User interface to facilitate control of unmanned aerial vehicles (UAVs)

ABSTRACT

Various techniques are described to facilitate the control of an unmanned aerial vehicle (UAV). A graphical user interface (GUI) is provided that allows a user to control a UAV using familiar gestures. The GUI may include live video that is captured and transmitted by a UAV, which may be displayed in a display window on a portable computing device. Upon a user interacting with the display window, the video may be updated to display a new UAV perspective by changing a zoom level, panning, rotating, etc., based upon the type of user interaction. In response to the user interaction, a command may be generated and transmitted to the UAV, causing the UAV to navigate to a location to reflect the change in perspective. Upon the UAV moving to the new position, the live video data that is displayed may match the perspective indicated by the user gesture.

CROSS REFERENCE TO RELATED APPLICATIONS

The present application is a continuation of U.S. patent application Ser. No. 14/928,310, filed on Oct. 30, 2015, which claims the benefit of U.S. Provisional Patent Application No. 62/073,532, entitled “Method of Controlling Unmanned Aerial Vehicles (UAVs),” filed Oct. 31, 2014, the disclosure of which is hereby expressly incorporated by reference herein in its entirety.

This application is also related to (1) U.S. Nonprovisional patent application Ser. No. 14/928,432, filed Oct. 30, 2015, and issued as U.S. Pat. No. 9,563,201 on Feb. 7, 2017; and (2) U.S. Nonprovisional patent application Ser. No. 15/363,541, filed Nov. 29, 2016, the disclosure of each of which is hereby expressly incorporated by reference in its entirety.

FIELD OF THE DISCLOSURE

The present embodiments relate generally to unmanned aerial vehicles (UAVs) and, more specifically, to controlling UAVs via a graphical user interface (GUI).

BACKGROUND

Conventionally, controlling UAVs remotely requires a user to manually navigate the UAV using controls such as joysticks or directional pads. Alternatively, a user may select a waypoint from a map and command the UAV to navigate to the selected waypoint location. Since these controls may be somewhat specialized, they may be unfamiliar to most people and therefore may require a learning curve.

The present embodiments may overcome these and/or other deficiencies.

BRIEF SUMMARY

Methods, systems, apparatus, and non-transitory computer-readable media are described to facilitate UAV navigation. In various embodiments, a UAV may be dispatched by a user (e.g., a homeowner, a person deploying a UAV to inspect damage, insurer personnel, a person covered by an insurance policy with an insurer, etc.) to collect data, which may be used for any suitable purpose such as for insurance-related purposes, for example. The collected data may include, for example, images and/or video of a structure, which may include an insured structure or other insured asset. When the data collected by the UAV is used in accordance with insurance-related purposes, the data may facilitate an insurance claim being processed faster than dispatching insurance personnel to the scene and/or to facilitate automated or partially automated claim processing.

However, UAVs are typically difficult to control and require specialized training to do so, thereby preventing insurers from using laypersons to take advantage of the conveniences that UAVs offer. Therefore, embodiments of a graphical user interface (GUI) are provided that simplify the use and navigation of UAVs for a variety of scenarios, such as those which may be advantageous to insurers, for example.

In some embodiments, a GUI is provided that assists a UAV in the identification of an object that will be scanned and analyzed, such as an insured asset or other structure, for example. The GUI may provide an initial ground-level view for the user to identify a target object, which may be captured by one or more cameras of the UAV and presented to the user in a display window. Once identified, embodiments include the UAV automatically ascending to a predefined location and/or altitude to facilitate capturing images, video, analyzing portions of the structure, etc. A user may facilitate the navigation by defining “no fly zones,” and specify a mode of operation for the UAV to navigate and to autonomously or semi-autonomously collect data. These embodiments also include the UAV implementing collision-avoidance techniques to minimize or eliminate user interaction and control of the UAV via the GUI.

Furthermore, embodiments include a user performing one or more gestures within the live video to move the UAV in accordance with the gesture. For example, performing a “pinch-to-zoom” gesture within the live video when the UAV is providing an aerial view may cause the UAV to change its altitude, while performing panning gestures within the live video window may cause the UAV to move in the direction of the pan.

In other embodiments, the live video may be presented in a first display window that is nested or superimposed over a second display window. The UAV may determine its geographic location or transmit this information to the portable communication device such that the first display window is located at a position on the map image corresponding to the UAV's geographic location. The first window may include live video obtained by the UAV at this location, such as aerial video recorded at some predefined or specified altitude, for example. The second display window may include a map image, the data for which may be obtained via a source other than the UAV, such as a third-party map data provider, for example.

The first display window may be centered or otherwise positioned within the second display window in a manner such that a fixed distance is maintained between the edges of the first and second display windows. A user may interact with the either of the first display window or the second display window to cause the second display window to zoom, pan, etc. Upon panning, the location of the first display window relative to the second display window may change, and the portable communication device may transmit one or more commands to cause the UAV to move to this new position. The UAV may continue to record live video while moving to this new position and, once at the new position, the GUI may display the live video in the first display window as recorded by the UAV from the vantage point at its new position.

In still other embodiments, a user may interact with one or more or the first display window and/or the second display window. When the user interacts with the second display window, embodiments include the map image zooming in and out while the UAV remains stationary and the first display window maintaining its live video feed. When the user interacts with the first display window, however, the live video feed may be updated such that the live video data zooms in or out. In addition, the portable communication device may transmit one or more commands to cause the UAV to move to this new position or to change a recorded video zoom level without changing altitude, depending on the mode of GUI operation. When moving to a new position, the UAV may continue to record live video, causing the GUI to display this video in the first display window at the new location to match that of the selected zoom level.

BRIEF DESCRIPTION OF THE DRAWINGS

The figures described below depict various embodiments of the system and methods disclosed herein. It should be understood that each figure depicts an embodiment of a particular embodiment of the disclosed system and methods, and that each of the figures is intended to accord with a possible embodiment thereof. Further, wherever possible, the following description refers to the reference numerals included in the following figures, in which features depicted in multiple figures are designated with consistent reference numerals.

There are shown in the drawings arrangements which are presently discussed, it being understood, however, that the present embodiments are not limited to the precise arrangements and instrumentalities shown, wherein:

FIG. 1 illustrates an exemplary block diagram of a unmanned aerial vehicle (UAV) system 100, in accordance with an embodiment;

FIG. 2 illustrates an exemplary block diagram of a UAV 200, in accordance with an embodiment;

FIG. 3 illustrates an exemplary block diagram of a portable communication device 300 for controlling a UAV, in accordance with an embodiment;

FIG. 4A illustrates an exemplary user-interface 400 showing a view for initiating UAV navigation, in accordance with an embodiment;

FIG. 4B illustrates an exemplary display window 450 showing a view to continue UAV navigation once it has been initiated, in accordance with an embodiment;

FIG. 5 illustrates an exemplary display window 500 for controlling a UAV with a map image window and a live display window using panning gestures, in accordance with an embodiment;

FIG. 6A illustrates an exemplary display window 600 for controlling a UAV with a map image window and a live display window using zoom gestures, in accordance with an embodiment;

FIG. 6B illustrates an exemplary display window 650 for controlling a UAV with a map image window and a live display window using zoom gestures, in accordance with an embodiment;

FIG. 6C illustrates an exemplary display window 680 for controlling a UAV with a map image window and a live display window using zoom gestures, in accordance with an embodiment; and

FIG. 7 illustrates an exemplary computer-implemented method 700.

DETAILED DESCRIPTION

The following text sets forth a detailed description of numerous different embodiments. However, it should be understood that the detailed description is to be construed as exemplary only and does not describe every possible embodiment since describing every possible embodiment would be impractical. One of ordinary skill in the art will recognize, in light of the teaching and disclosure herein, that numerous alternative embodiments could be implemented.

It should be understood that, unless a term is expressly defined in this patent application using the sentence “As used herein, the term ‘_____’ is hereby defined to mean . . . ” or a similar sentence, there is no intent to limit the meaning of that term, either expressly or by implication, beyond its plain or ordinary meaning, and such term should not be interpreted to be limited in scope based on any statement made in any section of this patent application.

FIG. 1 illustrates an exemplary block diagram of an unmanned aerial vehicle (UAV) system 100, in accordance with an embodiment. UAV system 100 may include a UAV 102, a communication network 104, a portable computing device 106, a central monitoring system 108, a structure 110 (e.g., an insured asset), and any suitable number N of external computing devices 112.112.N. UAV system 100 may include additional, fewer, or alternate components, including those discussed elsewhere herein.

In various embodiments, each of UAV 102, portable computing device 106, central monitoring system 108, and/or external computing devices 112.1-112.N may communicate with one another directly or via communication network 104 using any suitable number of wired and/or wireless links in conjunction with any suitable number and/or type of communication protocols. For example, UAV 102 may receive commands from portable computing device 106 via wireless link 122.1. To provide another example, UAV 102 may receive commands from central monitoring system 108 via wireless link 124, process these commands, and execute one or more actions based upon these received commands. To provide yet another example, UAV 102 may transmit data to portable computing device 106 via wireless link 122.1 and/or central monitoring system 108 via wireless link 122.2, receive data from one or more external computing devices 112.1-112.N via wireless link 124, etc.

As will be further discussed below, UAV 102 may execute any suitable action based upon a particular application and one or more received commands. For example, UAV 102 may record pictures and/or video, such as pictures and/or video of structure 110, for example, analyze one or more or more portions of a target object (e.g. structure 110) in accordance with received commands, drop one or more objects, navigate to various locations by changing direction, speed, altitude, etc.

UAV 102 may be implemented as any suitable type of UAV or “drone.” For example, UAV 102 may be equipped with any suitable number of propellers, wings, and/or engines to facilitate sustained flight, maneuvering, and/or the execution of various tasks as further discussed herein. For example, UAV 102 may be implemented as a quadracopter, flying wings, other suitable types of drones, etc., and may utilize any suitable type of navigation and/or maneuvering control, such as collision-avoidance systems, detect-and-avoid systems, etc.

Communication network 104 may include any appropriate combination of wired and/or wireless communication networks. For example, communication network 104 may include any combination of satellites, a local area network (LAN), a metropolitan area network (MAN), a wide area network (WAN), public switched telephone networks (PSTN), etc., and may facilitate a connection to the Internet. To provide further examples, communication network 104 may include wired telephone and cable hardware, satellite, cellular phone communication networks, etc.

Communication network 104 may facilitate communications between UAV 102 and one or more of portable computing device 106, central monitoring system 108, and/or one or more of external computing devices 112.1-112.N. Communication network 104 is illustrated in FIG. 1 as a single network for purposes of brevity, but may represent more than one type of network and/or an aggregation of several networks. For example, UAV 102 may communicate with satellites via communication network 104 (e.g., via wireless link 122.2) to facilitate Global Navigation Satellite System (GNSS) functionality. To provide another example, UAV 102 may communicate with communication network 104 (e.g., via wireless link 124) to facilitate communications with portable computing device 106 (e.g., via wireless link 122.2) and/or central monitoring system 108 (e.g., via wired links 132) utilizing a cellular network system.

Portable computing device 106 may be implemented as any suitable device configured to display a graphical user interface (GUI) that may be utilized to communicate with, command, and/or control UAV 102. Portable computing device 106 may be implemented, for example, as a personal computer, a laptop, a mobile computing device such as a smartphone, a personal computer, a tablet computer, a netbook, notebook, phablet, a wearable electronic device, smart glasses, etc. Portable computing device 106 may additionally be configured to communicate with central monitoring system 108 and/or one or more of external computing devices 112.1-112.N to download map data or other static images, to determine a geographic location of UAV 102, to receive instructions, messages, and/or notifications from central monitoring system 108, etc.

Central monitoring system 108 may be implemented as any suitable device configured to communicate with, command, and/or control UAVs 102. Additionally or alternatively, central monitoring system 108 may be configured to communicate with portable computing device 106 and/or one or more of external computing devices 112.1-112.N. Central monitoring system 108 may be implemented as any suitable device configured to receive data from UAV 102 and/or portable computing device 106, and to share data or otherwise make data available to UAV 102 (e.g., when the data is received from portable computing device 106), to share data or otherwise make data available to portable computing device 106 (e.g., when the data is received from UAV 102), and/or to share data or otherwise make data available to one or more external computing devices 112.1-112.N.

Central monitoring system 108 may be implemented, for example, as a personal computer, a laptop, a computing device such as a server, smartphone, a tablet computer, a netbook, notebook, phablet, a wearable electronic device, smart glasses, etc. In one embodiment, central monitoring system 108 may be implemented as a specialized component utilized in conjunction with one or more specific tasks performed by UAV 102. For example, central monitoring system 108 may be part of an insurer computing system, and as such may access insurer databases, algorithms, applications, remote servers, remote processors, etc., as needed to perform insurance-related functions using data collected from UAV 102.

In accordance with embodiments in which central monitoring system 108 is implemented as part of an insurance computing system, central monitoring system 108 may perform one or more suitable insurer functions utilizing data received from UAV 102. For example, central monitoring system 108 may use images, video, image analysis data, etc., received from UAV 102 to initiate an insurance claims process if the data indicates damage to an insured structure. To provide another example, central monitoring system 108 may dispatch an agent to a location based upon data received from UAV 102. To provide yet another example, central monitoring system 108 may perform fraud investigation based upon based upon data received from UAV 102. To provide additional examples, central monitoring system 108 may automate an insurance claim process by pre-filling insurance form data, assessing damage associated with a claimed asset when a claim has been made, facilitate sending claim forms or other information to facilitate the claim process to an insurer (e.g., via portable computing device 106), etc.

In various embodiments, one or more of UAV 102, portable computing device 106, and/or central monitoring system 108 may share one or more functions such that either of UAVs 102, computing devices 106, and/or central monitoring system 108 may perform any portion (or all) of the functions otherwise performed by the other devices. Functions may additionally be performed by either UAV 102, portable computing device 106, and/or central monitoring system 108 working in concert with one another. For example, as will be further discussed herein, UAV 102 may analyze sensory data itself or transmit the sensory data back to portable computing device 106 and/or central monitoring system 108 for further analysis to offload processing of these tasks.

UAV 102 may be configured to record one or more images and/or videos via one or more onboard cameras while performing one or more maneuvers as instructed by portable computing device 106 and/or central monitoring system 108. UAV 102 may be configured to store these images and/or videos locally and/or to transmit data including these images and/or videos to one or more of portable computing device 106 and/or central monitoring system 108. In an embodiment, UAV 102 may be configured to transmit live video data to one or more of portable computing device 106 and/or central monitoring system 108.

Portable computing device 106 may be configured to display one or more images and/or live video transmitted from UAV 102. Portable computing device 106 may be configured to display real-time video data captured via UAV 102, such that a user may view live images and/or video while controlling UAV 102. Portable computing device 106 may also display one or more virtual controls that may be manipulated by a user to maneuver UAV 102, which is further discussed in detail below.

In an embodiment, portable computing device 106 may be configured to display real-time videos transmitted by UAV 102 in an interactive display window. As will be further discussed below, portable computing device 106 may be configured to receive user input in response to a user interacting with a graphical user interface (GUI) displayed on portable computing device 106. In some embodiments, this user input may be received via an interactive display window that includes the live video recorded and transmitted by UAV 102. In other embodiments, this user input may be received via a user manipulating one or more virtual controls displayed as part of the GUI.

Furthermore, portable computing device 106 may be configured to translate received user input and to generate one or more commands based this translation. In embodiments in which the user input is received via user interaction with a window displaying live video recorded and transmitted from UAV 102, this translation may be associated with a user gesture that functions to change the UAVs perspective by adjusting the manner in which the video is displayed. For example, as is further discussed in detail below, a user may perform a “pinch-to-zoom” gesture within a live display window to change the zoom level of the displayed video, thereby changing the UAV's perspective to the new zoom level. In accordance with such embodiments, the zoom level is analyzed and translated into a new altitude for UAV 102 matching the UAV's new perspective. Portable computing device 106 may then generate and transmit one or more commands to UAV 102 to cause UAV 102 to move to this new altitude. In this way, a user may control UAV 102 using portable computing device 106 in a more familiar manner than a specialized UAV control system.

Additionally or alternatively, UAV 102 may be controlled by one or more users via central monitoring system 108, which may communicate with portable computing device 106 while central monitoring system 108 and/or portable computing device 106 is controlling UAV 102. For example, portable computing device 106 may communicate with UAV 102 via wireless link 122.1, while central monitoring system 108 also communicates with UAV 102 via communication network 104 and wireless link 124, and with portable computing device 106 via wireless link 122.2. In accordance with such embodiments, users associated with central monitoring system 108 (e.g., insurance personnel) may communicate with a user of portable computing device 160 (e.g., a homeowner) by sending instructions and/or notifications to portable computing device 106 in any suitable manner (e.g., by talking to the user, displaying text, highlighting areas of structure 110, etc.), which is further discussed below.

Further in accordance with such embodiments, users associated with central monitoring system 108 may control UAV 102 in tandem with a user of portable computing device 106. For example, a user may initially control UAV 102 via portable computing device 106 but handoff control (which may be initiated from either portable computing device 106 or central monitoring system 108) to central monitoring system 108 so that trained personnel may obtain relevant images, video, or other data as an object (e.g., structure 110) is scanned via UAV 102. In this way, a layer of security and safety may be added to the control of UAV 102 while ensuring that relevant data is collected by providing trained personnel the option to oversee, interact with, and control the operation of UAV 102 when it is preferable to do so.

One or more of external computing devices 112.1-112.N may be implemented as any suitable number and/or type of computing devices configured to store any suitable data that may be used by one or more of UAV 102, portable computing device 106, and/or central monitoring system 108. In an embodiment, the data collected from UAV 102 may be utilized by central monitoring system 108 to perform various insurance-related calculations. In accordance with such embodiments, one or more of external computing devices 112.1-112.N may be part of an insurer computing system, and as such may access insurer databases, algorithms, applications, remote servers, remote processors, etc., as needed to perform insurance-related functions. One or more of external computing devices 112.1-112.N may store, for example, data to facilitate such functionality.

Additionally or alternatively, one or more of external computing devices 112.1-112.N may store data that is utilized by portable computing device 106 in conjunction with controlling UAV 102. For example, as is further discussed in detail below, portable computing device 106 may receive live video data transmitted from UAV 102 and display this data. However, because a delay may exist between when the video is received, processed, and then displayed, portable computing device 106 may display alternate “intermediate” or “static” images during times when the live video data is temporarily unavailable due to these delays. These static images may include, for example, map images or other satellite image data for an area in which UAV 102 is currently deployed, which may be obtained from and/or stored by one or more third parties. In accordance with such embodiments, one or more of external computing devices 112.1-112.N may store such static image data, which may be downloaded by portable computing device 106 while UAV 102 is being controlled and/or stored locally to portable computing device 106 prior to control of UAV 102 to ensure the data is available when live video data is unavailable.

FIG. 2 illustrates an exemplary block diagram of a UAV 200, in accordance with an embodiment. UAV 200 may include a processor 202, a sensor array 206, a power unit 208, an instrument bay 210, a communication unit 212, an image capture unit 214, a location acquisition unit 215, a memory 216, a servo control unit 218, and a cargo bay 220. In an embodiment, UAV 200 may be an implementation of UAV 102, as shown and discussed with reference to FIG. 1. UAV 200 may include additional, fewer, or alternate components, including those discussed elsewhere herein.

Processor 202 may be implemented as any suitable type and/or number of processors, such as a host processor of UAV 200, for example. To provide additional examples, processor 202 may be implemented as an application specific integrated circuit (ASIC), an embedded processor, a central processing unit (CPU) associated with UAV 200, a graphical processing unit (GPU), etc.

Processor 202 may be configured to communicate with one or more of sensor array 206, power unit 208, instrument bay 210, communication unit 212, image capture unit 214, location acquisition unit 215, memory 216, servo control unit 218, and/or one or more elements of cargo bay 220 via one or more wired and/or wireless interconnections, such as any suitable number of data and/or address buses, for example. These interconnections are not shown in FIG. 2 for purposes of brevity. When communicating with various components of UAV 200, embodiments include processor 202 reading data from and/or writing data to components, issuing commands to components, etc.

Memory 216 may be a computer-readable non-transitory storage device and may include any suitable combination of volatile (e.g., a random access memory (RAM), or a non-volatile memory (e.g., battery-backed RAM, FLASH, etc.)). Memory 216 may be configured to store instructions executable on processor 202. These instructions may include machine readable instructions that, when executed by processor 202, cause processor 202 to perform various acts.

Sensor array 206 may be implemented as any suitable number and/or type of sensors configured to measure, monitor, and/or quantify any suitable type of physical event in the form of one or more sensor metrics. Sensor array 206 may be positioned and/or mounted on UAV 200 in one or more locations depending on a particular application for which UAV is implemented. Examples of suitable sensor types may include one or more accelerometers, gyroscopes, compasses, speedometers, magnetometers, barometers, thermometers, proximity sensors, light sensors (e.g., light intensity detectors), electromagnetic radiation sensors (e.g., infrared and/or ultraviolet radiation sensors), ultrasonic and/or infrared range detectors, humistors, hygrometers, altimeters, microphones, smoke detectors, heat sensors, infrared sensors, motion detectors, Light Detection and Ranging (LiDAR) sensors, ground penetrating radio detection and ranging (RADAR), cameras, video recorders, audio recorders, etc.

Sensor array 204 may additionally or alternatively include advanced sensors, for example, that detect and/or receive data associated with temperature measurements, soil moisture, thermal imaging, weather conditions, etc.

Power unit 208 may be configured to act as a power source for UAV 200. Power unit 208 may be implemented as any suitable type of power source that facilitates power delivery to one or more portions of UAV 200 to provide, for example, sustained flight and/or functionality for various components of UAV 200. Examples of implementations of power unit 208 may include a rechargeable battery, an array of rechargeable batteries, fuel cells, etc. To provide additional examples, power unit 208 may be implemented as a fuel tank that holds a suitable type of fuel to provide UAV 200 with its power needs, such as gasoline, propane, diesel fuel, etc. In embodiments in which power unit 208 is implemented as a fuel storage tank as opposed to a battery system, power unit 208 may also include suitable power converters to convert the consumption of fuel to electrical power such that electrical power may be provided to the various components of UAV 200.

Instrument bay 210 may be configured to store any suitable number of instruments to analyze data in accordance with a particular application and/or command received by UAV 200. For example, instrument bay 210 may store specialized instrumentation that may not be included as part of sensor array 206. This may be particularly useful, for example, when the specialized equipment is too large, too expensive, too difficult to mass produce for each UAV, etc. In this way, UAV 200 may carry specialized equipment in instrument bay 210 only for applications that require it.

UAV 200 may carry any suitable number and/or type of specialized equipment in instrument bay 210 depending on the particular function that UAV 200 is to partake. Examples of equipment carried in instrument bay 210 may include, for example, soil sample extractors (e.g., coring tools), spectrometers, volumetric water content sensors, specialized biometric sensors, soil-testing equipment, specialized imaging equipment, etc.

Communication unit 212 may be configured to support any suitable number and/or type of communication protocols to facilitate communications between UAV 200 and one or more other devices, such as one or more of central monitoring system 108, one or more of external computing devices 160.1-160.M, and/or portable computing device 106, for example, as shown in FIG. 1. Communication unit 208 may be configured to send and receive data directly and/or indirectly (e.g., via communication network 104).

In an embodiment, communication unit 212 may be configured to receive data, such as commands from one or more of portable computing device 106 and/or central monitoring system 108 (as shown in FIG. 1). For example, communication unit 212 may receive commands from portable computing device 106 and/or central monitoring system 108 to affect a flight path of UAV 200, to maneuver UAV 200, to execute one or more actions, record images, record video, transmit data, etc., based upon these received commands.

In an embodiment, communication unit 212 may be configured to transmit data to another device, such as one or more of portable computing device 106 and/or central monitoring system 108 (as shown in FIG. 1). For example, communication unit 212 may transmit its geographic location, images and/or video recorded from image capture unit 214, the result of one or more analyses, feedback such as its current status, direction, heading, etc.

In an embodiment, communication unit 212 may be implemented with any combination of suitable hardware and/or software to facilitate these functions. For example, communication unit 212 may be implemented with any suitable number of wireless transceivers, network interfaces, physical layers (PHY), antennas, etc.

Image capture unit 214 may include any suitable number of image capture devices, each of which may be configured to capture one or more images such as digital images and/or video data, for example. In an embodiment, image capture unit 214 may be coupled to and/or moved by one or more servos that are controlled via servo control unit 218 to obtain images from one or more locations. Image capture unit 214 may include any suitable number of cameras, which may include cameras that capture image data in both the visible and the non-visible spectrum, such as digital and thermal imaging cameras, for example. Image capture unit 214 may be configured to store image data to any suitable potion of memory 216. Additionally or alternatively, image capture unit 214 may be configured to work in conjunction with communication unit 212 to transmit the image data to another device, such as portable computing device 106 and/or central monitoring system 108, for example, as shown in FIG. 1.

In an embodiment, image capture unit 214 may include a single camera that captures images and or video data, which is transmitted to another device (e.g., portable computing device 106) used to control the UAV, which is further discussed below with reference to FIGS. 4A-4B, 5, and 6A-6C. However, in other embodiments, image capture unit 214 may include any suitable number of cameras. In accordance with multi-camera embodiments, one or more cameras may be used to capture images and/or video data that is used as feedback for external device control, while one or more separate cameras may be used to perform an inspection of a target structure. These embodiments may be particularly useful, for example, when a user performs a gesture within a displayed live video window received from a UAV to cause the UAV to change a camera zoom level as well as navigating to a new position, which is further discussed below.

Location acquisition unit 215 may be configured as any suitable device that obtains a geographic location of UAV 200. For example location acquisition unit 215 may be implemented as a satellite navigation receiver that works with a global navigation satellite system (GNSS) such as the global positioning system (GPS) primarily used in the United States, the GLONASS system primarily used in the Soviet Union, the BeiDou system primarily used in China, and/or the Galileo system primarily used in Europe.

Location acquisition unit 215 and/or processor 202 may be configured to receive navigational signals from one or more satellites and to calculate a geographic location of UAV 200 using these signals. Location acquisition unit 215 may include one or more processors, controllers, or other computing devices and memory to calculate the geographic location of UAV 200 without processor 202, or location acquisition unit 215 may utilize components of processor 202. Thus, processor 202 and location determining component 215 may be combined or be separate or otherwise discrete elements.

Although embodiments of UAV 200 may include a satellite navigation receiver, any suitable location-determining technology may be used. For example, communication unit 212 may determine the location of UAV 200 by receiving data from transmitter locations and then performing basic triangulation calculations to determine the relative position of UAV 200 with respect to the transmitting locations. For example, cellular towers or any customized transmitting radio frequency towers may be used instead of, or in addition to, satellites.

Servo control unit 218 may be implemented with any suitable number and/or type of controllers to facilitate navigation of UAV 200. In various embodiments, servo control unit 218 may be implemented with any suitable type and/or number of servo controls based upon a particular actuator (or set of actuators) utilized by UAV 200. For example, servo control 218 may implement a proportional-integral-derivative (PID) feedback system to control one or more actuators and may utilize pulse width modulation (PWM) signals, for example, to control these actuators. Examples of actuators may include propellers, rotary systems, rudder controls, aileron controls, elevator controls, etc. Servo control unit 218 may be configured to receive control commands via communication unit 212 (e.g., those sent from portable computing device 106 and/or central command system 108) and processed by processor 202 to affect the speed, direction, and/or altitude of UAV 200.

Cargo bay 220 may be configured to provide storage space for UAV 200. As will be further discussed below, UAV 200 may deliver and/or drop one or more objects in various embodiments. Cargo bay 220 may provide a storage area for such supplies to be stored during flight prior to delivery of these supplies. Cargo bay 220 may be insulated or environmentally controlled to protect carried supplies from the elements during flight. Furthermore, cargo bay 220 may include one or more bay portions such that different types of cargo may be carried in each of the different portions. Cargo bay 220 may include any suitable number of actuators that may be controlled to deploy cargo. For example, servo control 218 may cause one or more cargo bay doors associated with cargo bay 220 to open and to deploy supplies carried by UAV 200.

Navigation module 217 may be a portion of memory 216 configured to store instructions, that when executed by processor 202, cause processor 202 to control the speed, direction, route, and/or altitude of UAV 200 via interaction with servo control unit 218. For example, executable instructions stored in navigation module 217 may enable processor 202 to determine a location of UAV 200 via satellite communications received via location acquisition unit 215, to route UAV 200 to another location, to interact with servo control 218, and/or to maneuver UAV 200 to a routed location.

Navigation module 217 may also be configured to store instructions, that when executed by processor 202, cause UAV 200 to perform enhanced navigational functions as one or more background processes. In an embodiment, instructions stored in navigation module 217 may include instructions directed to obstacle avoidance. For example, UAV 200 may utilize stereoscopic obstacle avoidance using two or more sensors that are implemented as part of sensor array 206 and mounted a fixed distance apart. To provide another example, UAV 200 may utilize its current geographic location derived from location acquisition unit 215 in conjunction with sensory data indicative of the physical environment around UAV 200 to facilitate the detection and avoidance of obstacles.

In an embodiment, instructions stored in navigation module 217 may facilitate triangulation between the two sensors to provide UAV 200 with a depth analysis for object avoidance. For example, to appropriately utilize stereoscopic obstacle avoidance, UAV 200 may incorporate multiple cameras as part of image capture unit 214, which may record one or more images 360 degrees around UAV 200 and/or implement one or more parabolic lenses providing 360 degree images around UAV 200. Instructions stored in navigation module 217 may facilitate the manipulation, processing, and/or analysis of these multiple images to implement stereoscopic obstacle avoidance.

To provide another example, the images and/or video provided by image capture unit 214 may provide image data in any suitable number of directions around the UAV. That is, the 360 degree image data may be processed by the UAV to facilitate obstacle avoidance regarding objects in front of the UAV, behind the UAV, above the UAV, below the UAV, any direction around the UAV, etc. Instructions stored in navigation module 217 may also facilitate object avoidance in conjunction with additional portions of sensor array 206, such as proximity sensors, laser scanners, etc.

Instructions stored in navigation module 217 may support UAV 200 in facilitating object-avoidance techniques such as object-based simultaneous location and mapping (SLAM). To implement object-based SLAM techniques, UAV 200 may utilize instructions stored in navigation module 217 to recognize an original orientation and position of objects captured in images recorded by image capture unit 214. UAV 200 may then utilize these recognized objects as anchor points as each one is recognized to help navigate UAV 200. As new navigational commands are received from portable computing device 106 and/or central monitoring system 108, UAV may implement object-based SLAM techniques to determine a position of UAV 200 relative to one or more recognized anchor points, correlate its present location to the location specified in the new received navigational instructions, and to reorient itself as needed.

In some embodiments, instructions stored in navigation module 217 may support UAV 200 in facilitating object-based SLAM techniques by enabling processor 202 to compare objects captured in images recorded by image capture unit 214 to one or more models included in the instructions stored in navigation module 217. Based upon this comparison, processor 202 may determine whether the objects match one another and, if so, processor 202 may utilize the identified objects as anchor points. For example, instructions stored in navigation module 217 may define the shape and/or structure of rooftops close to structure 110. UAV 200 may use these anchor points to better reorient itself when commanded to maneuver to a location corresponding to structure 110.

In other embodiments, instructions stored in navigation module 217 may support UAV 200 in facilitating object-based SLAM techniques by enabling processor 202 to compare known objects captured in images recorded by image capture unit 214 to one or more predetermined models included in the instructions stored in navigation module 217. Based upon this comparison, processor 202 may determine whether the objects match one another. For example, cargo bay 220 may hold one or more objects having a specific size, shape, texture, etc., that are also included in the instructions stored in stored in navigation module 217. UAV 200 may drop one or more of these objects at a referenced geographic location and subsequently use the object and its associated reference location as an anchor point. UAV may then identify these anchor points via image analysis and use any suitable number of dropped anchor points to better navigate, avoid collisions, etc., as desired based upon a particular application.

Furthermore, in various embodiments, instructions stored in navigation module 217 may facilitate UAV 200 tracking a positional difference between a present location of UAV 200 and a new location in which UAV 200 is commanded to maneuver. In accordance with such embodiments, UAV 200 may utilize one or more dropped anchor points and/or objects recognized as anchor points. For example, based upon commands received from portable computing device 106 and/or central monitoring system 108, UAV 200 may utilize a known location of one or more anchor points to increase the accuracy of movements executed by UAV 200.

In various embodiments, instructions stored in navigation module 217 may navigate UAV 200 utilizing geographic location data (e.g., received by UAV 200 via GNSS communications). For example, instructions stored in navigation module 217 may facilitate UAV 200 avoiding geofenced boundaries defined by a range of latitude, longitude, and/or elevation coordinates, which may be predetermined or entered by a user via one or more of portable computing device 106 and/or central monitoring system 108. These geofence boundaries may be stored in any suitable portion of memory 216 or received as one or more commands sent via portable computing device 106 and/or central monitoring system 108, as will be further discussed in detail below with reference to FIG. 4B.

Again, UAV 200 may receive one or more commands from portable computing device 106 and/or central monitoring system 108 to maneuver to one or more destinations. In various embodiments, UAV 200 may convert, process, translate, or otherwise determine these destinations based upon the type of destination format. For example, UAV 200 may recognize a destination by, for example, geocoding a postal address received in a command into latitude and longitude coordinates suitable for navigational purposes.

Analysis module 219 may be a portion of memory 216 configured to store instructions, that when executed by processor 202, cause processor 202 to perform a particular analysis based upon the desired data that UAV 200 is to obtain. For example, if portable computing device 106 and/or central monitoring system 108 sends a command to analyze a rooftop to UAV 200, then execution of instructions stored in analysis module 219 may result in UAV 200 analyzing a rooftop area to obtain an image analysis indicative of the extent of rooftop damage. Instructions stored in analysis module 219 may include instructions that are tailored or otherwise customized for a particular application for which UAV 200 is utilized.

In some embodiments, instructions stored in analysis module 219 may facilitate the use of any suitable number and type of inspections and/or analyses such as, for example, image scanning, image recognition, pattern recognition, etc. For example, UAV 200 may be configured to receive a command from portable computing device 106 and/or central monitoring system 108 to maneuver to structure 110 and/or to inspect one or more portions of structure 110. Upon arriving within a range of structure 110 sufficient to perform an inspection, instructions stored in analysis module 219 may facilitate UAV 200 scanning (e.g., via sensor array 206 and/or instruments implemented by instrument bay 210) one or more portions of structure 110 as indicated in the command. UAV 200 may detect problems with the inspected areas through any suitable image and/or pattern recognition algorithm, such as determining whether shingles are missing, whether the roof has portions missing, etc.

Because 3-D scanning may utilize a great amount of data and processing, instructions stored in analysis module 219 may facilitate the use of various techniques to save data, processing power, and/or time as UAV 200 performs inspections and/or analyses of objects. For example, processor 202 may initially analyze an image of an object as a post-process and further apply image recognition scans to identified damaged areas of the object with greater resolution than undamaged areas. Furthermore, instructions stored in analysis module 219 may facilitate the use of planar recognition to ignore some less important embodiments of objects, such as texture, for example, to reduce the amount of data stored.

In some embodiments, processor 202 may utilize instructions stored in navigation module 217 in conjunction with instructions stored in analysis module 219. That is, through pattern recognition, processor 202 may determine one or more repetitive shapes in scanned objects that may be used to advantageously navigate UAV 200. To provide an illustrative example, processor 202 may recognize a pattern in a rooftop of repeating rows of shingles. Using this analysis, processor 202 may translate received commands into incremental maneuvers in the x, y, and z-axes to maintain a fixed distance from each shingle row, thereby allowing a user to more easily navigate UAV 200. Such embodiments may apply to full autonomous modes, semi-autonomous modes, and manual control via the user interface as further discussed below with reference to FIG. 4A.

FIG. 3 illustrates an exemplary block diagram of a portable communication device 300 for controlling a UAV, in accordance with an embodiment. Portable computing device 300 may be implemented as any suitable computing device. In one embodiment, portable computing device 300 may be an implementation of portable computing device 106, as shown in FIG. 1.

Portable computing device 300 may include a controller 340, a display 316, a graphics processing unit (GPU) 318, a location acquisition unit 320, a speaker/microphone 322, a user interface 328, and a communication unit 330. Portable computing device 300 may include additional, fewer, or alternate components, including those discussed elsewhere herein.

In one embodiment, portable computing device 300 may be associated with or otherwise operated by a user to control a UAV, such as UAV 102, for example, as shown in FIG. 1. In accordance with such embodiments, a user may utilize portable communication device 300 to control a UAV and to cause a UAV to scan one or more structures, such as structures associated with an insured asset, for example. Once the structure has been scanned, image data may be stored in any suitable portion of portable communication device 300 (e.g., data storage 360) and/or transmitted to an external computing device (e.g., central monitoring system 108) where the image data may be analyzed to perform various insurance-related tasks.

In an embodiment, controller 340 may include a program memory 302, a microprocessor (MP) 306, a random-access memory (RAM) 308, and an input/output (I/O) interface 310, each of which may be interconnected via an address/data bus 312. Controller 340 may be implemented with any suitable type and/or number of processors, such as a host processor of portable computing device 300, for example. In some embodiments, controller 340 may be configured to communicate with additional data storage mechanisms not shown in FIG. 3 for purposes of brevity (e.g., one or more hard disk drives, optical storage drives, solid state storage devices, etc.) that may reside within and/or are otherwise associated with portable computing device 300.

Program memory 302 may store data used in conjunction with one or more functions performed by portable computing device 300 to facilitate the interaction between portable computing device 300 and one or more other devices (e.g., one or more of central monitoring system 150, one or more of UAVs 102.1-102.N, and/or one or more of external computing devices 160.1-160.M). For example, program memory 302 may store one or more programs, applications, algorithms, etc. that, when executed by controller 340, facilitate the interaction between portable computing device 300 and one or more devices and/or networks (e.g., communication network 104, UAV 102, central monitoring system 108, one or more external computing devices 112.1-112.N, etc.).

In various embodiments, program memory 302 may be implemented as a non-transitory tangible computer readable media configured to store computer-readable instructions that, when executed by controller 340, cause controller 340 to perform various acts. As shown in FIG. 3, program memory 302 may include an operating system 342, one or more software applications 344, and one or more software routines 352. However, embodiments include program memory 302 having other portions to store data that may be read from and written to by controller 340, such as data storage 360, for example.

In one embodiment, one or more MPs 306 may be configured to execute one or more of software applications 344, software routines 352 residing in program memory 302, and/or other suitable software applications. Operating system (OS) 342 may be implemented as any suitable operating system platform depending upon the particular implementation of portable computing device 300. For example, operating system 342 may be implemented as a mobile OS platform such as the iOS®, Android™, Palm® webOS, Windows® Mobile/Phone, BlackBerry® OS, or Symbian® OS mobile technology platforms, developed by Apple Inc., Google Inc., Palm Inc. (now Hewlett-Packard Company), Microsoft Corporation, Research in Motion (RIM), and Nokia, respectively.

In one embodiment, data storage 360 may store any suitable type of data to facilitate the implementation of the embodiments as described herein. For example, data storage 360 may store data such as application data for the one or more software applications 344, routine data for the one or more software routines 352, user logon credentials for accessing an insurer database or server (which may be implemented via access to one or more of external computing devices 112.1-112.N, for example), insurance-related information received via communications with an insurer database or server, insurance policy data received via communications with an insurer database or server, data collected via one or more UAVs controlled by portable communication device 300, etc.

Display 316 may be implemented as any suitable type of display and may facilitate user interaction with portable computing device 300 in conjunction with user interface 328. For example, display 316 may be implemented as a capacitive touch screen display, a resistive touch screen display, etc. In various embodiments, display 316 may be configured to work in conjunction with controller 340 and/or GPU 318 to display one or more interactive display windows (which may include live video data and/or static imagery), icons, the status of a controlled UAV, various messages, instructions, notifications received from an external computing device (e.g., central monitoring system 108), etc.

Location acquisition unit 320 may be configured to generate geographic location data utilizing any suitable global positioning techniques. For example, location acquisition unit 320 may communicate with one or more satellites and/or wireless transmitters to determine a location of portable computing device 300. Location acquisition unit 320 may function independently or in conjunction with one or more components of portable computing device 300. For example, location acquisition unit 320 may work in conjunction with communication unit 330 to utilize cellular location data received via communications unit 330 and implement “Assisted Global Positioning System” (A-GPS). To provide additional examples, location acquisition unit 318 may work as an independent unit implementing satellite GPS, or any other suitable global positioning protocol (e.g., the GLONASS system operated by the Russian government, the Galileo system operated by the European Union, etc.) to determine a geographic location of portable computing device 300.

Communication unit 330 may be configured to facilitate communications between portable computing device 300 and one or more other devices (e.g., central monitoring system 108, UAV 102, one or more of external computing devices 112.1-112.N, etc.). In various embodiments, portable computing device 300 may be configured to communicate with other devices in accordance with any suitable number and/or type of communication protocols. Thus, in various embodiments, communication unit 330 may be implemented with suitable hardware, firmware, and/or software to support any suitable number and/or type of communication protocols to facilitate the implementation of the various embodiments described herein.

Communication unit 330 may be configured to support separate or concurrent communications, which may be the same type of communication protocol or different types of communication protocols. For example, communication unit 330 may be configured to facilitate communications between portable computing device 300 and one or more backend components (e.g., one or more of central monitoring system 108 and/or external computing devices 112.1-112.N) via a cellular communications protocol while facilitating communications between portable computing device 300 and a UAV (e.g., UAV 102) via a personal area network communications protocol, a Wi-Fi protocol (e.g., Wi-Fi direct), a separate cellular communications protocol, etc.

Speaker/microphone 322 may be configured as one or more devices. For example, speaker/microphone 322 may include a microphone configured to detect sounds and to convert detected sounds to digital data suitable for storage in data storage 360 or another suitable local or external location. Speaker/microphone 322 may additionally or alternatively include a speaker configured to play sounds, instructions, etc., in response to data received from one or more components of portable computing device 300 (e.g., controller 340 and/or communication unit 330), instructions received from personnel associated with one or more external computing devices (e.g., central monitoring system 108), etc.

User interface 328 may be implemented as any suitable device configured to collect user input, such as a “soft” keyboard or other suitable controls displayed on display 316, a keyboard attached to portable computing device 300, an external keyboard communicating via a wired or a wireless connection (e.g., a BLUETOOTH keyboard), an external mouse, etc.

In one embodiment, software applications 344 may include a primary user interface application 346 and an active user interface application 348, which may be implemented as a series of machine-readable instructions for executing one or more functions described herein. Primary user interface application 346 and an active user interface application 348 may cooperate with one or more other hardware or software components of portable computing device 300 and/or one or more of routines 352 to perform these functions.

Primary user interface application 346 may include various instructions to facilitate display 316 displaying an interactive GUI, thereby allowing a user to control a UAV by interacting with the GUI. Examples of a GUI and relevant portions of the GUI for UAV control are further discussed below with reference to FIGS. 4A-4B. However, the embodiments described herein are not limited to these examples. In various embodiments, primary user interface application 346 and/or active user interface application 348 may include instructions to facilitate the display of any suitable type of GUI for UAV control.

Additionally or alternatively, primary user interface application 346 may include instructions to facilitate the analysis and rendering of received data, such that the data may be displayed in a suitable manner via display 316. For example, primary user interface application 346 may include instructions that, when executed by MP 306, cause display 316 to display messages, notifications, and/or instructions sent from an external computing device (e.g., central monitoring system 108) and received by portable computing device 300. To provide another example, primary user interface application 346 may include instructions that, when executed by MP 306, cause display 316 to display a location of UAV and/or live video data transmitted by a UAV.

In some embodiments, primary user interface application 346 may include instructions to facilitate the processing of various user inputs via the GUI. For example, a user may interact with one or more controls displayed on display 316 to control a UAV. In accordance with such embodiments, user interface application 346 may include instructions that, when executed by MP 306, cause MP 306 to generate a corresponding UAV command and transmit this command to the UAV via communication unit 330.

Primary user interface application 346 may, when executed by MP 306, additionally provide a GUI that allows a user to initiate a UAV scan of a structure or other object, which is further discussed below with reference to FIGS. 4A-B. To provide an illustrative example, a user may position a UAV at ground level pointed at a structure that is to be analyzed. Portable computing device 300 may analyze received live video transmitted from the UAV to ascertain an initial reference location and an initial target object to scan. Portable computing device 300 may scan the initial image (e.g., the front of a house) to determine a rough 3-D outline of the structure. This information may then be used to determine a wireframe regarding the locations proximate to the structure that may pose threats, no fly zones, and/or risks of collision.

In an embodiment, primary user interface application 346 may, when executed by MP 306, process new live video data as it is received from a UAV as the UAV ascends or approaches a structure to be scanned. Portable computing device 300 may use any suitable techniques to navigate within a particular distance from the structure to capture image and/or other sensory data in accordance with the particular task or application being performed by the UAV. For example, portable computing device 300 may utilize a structure from motion analysis based upon the changes in imagery from different camera angles received via the controlled UAV to estimate three dimensional structures from two-dimensional images. To provide another example, when scanning a rooftop to collect image data to determine rooftop damage, the UAV may stop within a sufficient distance from the rooftop (e.g., 1-3 meters) to collect images that provide fine details of the rooftop damage. However, when scanning a rooftop to determine an overall picture of damage, the UAV may stop a sufficient distance to capture a larger portion of the rooftop area (e.g., 10-40 meters).

Active user interface application 348 may also include various instructions to facilitate displaying an interactive GUI via display 316, thereby allowing a user to control a UAV by interacting with the GUI. Examples of a GUI and relevant portions of the GUI for active UAV control are further discussed below with reference to FIGS. 5 and 6A-6C. However, the embodiments described herein are not limited to these examples. In various embodiments, active user interface application 348 may include instructions to facilitate the display of any suitable type of GUI for UAV control.

As discussed above, primary user interface application 346 may provide a GUI that facilitates a user starting a manual, semi-automated, or automated scan of a target object. Semi-automated or automated embodiments may be particularly useful when a relatively short range scan is desired (e.g., a single home), allowing the user a controlled environment in which to obtain a relatively small amount of data during a single data collecting session. Manual embodiments may also be particularly useful when, for example, UAV control is desired in the event of other automation failure, or to circumnavigate obstacles.

However, in other environments, additional UAV control may be desirable. This may be particularly true, for example, when a user dispatches a drone from a longer range, multiple structures need to be inspected, multiple scanning sessions are to be performed, etc.

Therefore, embodiments include portable computing device 300 transitioning from a GUI provided in accordance with MP 306 executing instructions stored in primary user interface application 346 to a GUI provided in accordance with MP 306 executing instructions stored in active user interface application 348. Alternatively, a user may select which GUI to use based upon her preferences and/or a particular application.

In some embodiments, active user interface application 348 may include instructions to facilitate processing gestures, patterns, etc., received via display 316 and updating the display based upon these commands. That is, when a user controls a UAV via the use of a gesture and/or interaction with an image displayed via display 316, embodiments include MP 306 additionally generating and transmitting an appropriate UAV command in response to receiving this user input.

In some embodiments, active user interface application 348 may include instructions to facilitate display 316 being updated in response to a user input such as a gesture. But in other embodiments, active user interface application 348 may include instructions to facilitate display 316 being initially updated, which is then followed by the transmission of a command to the UAV, resulting in the UAV moving to the location corresponding to the user input. The decision of which of these functions to perform when a user input gesture is received may be based upon, for example, a mode of operation or other setting that is selected or defined by a user. In this way, portable communication device 300 may allow a user to perform gestures to update a displayed video feed in accordance with traditional techniques or to additionally provide a user with the option to control a UAV in a similar manner.

If a UAV command is to be generated upon receiving a user input (e.g., a gesture), embodiments include MP 306 also executing instructions stored in active user interface application 348 to translate this input into a UAV command that will be recognized by the UAV once transmitted.

To provide an illustrative example, display 316 may display a window including a live video feed recorded and transmitted by a UAV. A user may perform a “pinch-to-zoom” gesture within the video feed window, thereby causing the displayed live video to initially change the displayed zoom level to zoom in by the amount indicated by the gesture (e.g., 25%, 50%, etc.). In other words, upon the zoom level changing, the live video window is adjusted to indicate a view from the UAVs perspective and to provide feedback to the user regarding the gesture that was performed. That is, regardless of whether the UAV camera actually performs a camera adjustment (e.g., a camera zoom, rotation, etc.) some embodiments include the live video being initially adjusted in any suitable manner such that the gesture performed within the live video window is conveyed to the user. In other embodiments, however, the UAV may move as each gesture is received without the live video being initially adjusted.

Execution of instructions by MP 306 stored in active user interface application 348 may result in the determination of an altitude change commensurate with the zoom level change to bring the UAV closer to the structure to be analyzed and the transmission of a UAV command to the UAV to affect this altitude change. Upon the UAV moving to this position, the updated live video feed may be substantially the same as what would otherwise have been displayed by the UAV camera zooming in from the original position, but without the UAV needing to do so, as the UAV has now moved to the new location and is physically closer to the structure.

To provide another illustrative example, display 316 may display a window including a live video feed recorded and transmitted by a UAV. A user may double tap (or double click) a location within the display, causing one or more commands to be generated and transmitted to the UAV. The UAV may, as a result of these received commands, maneuver to a location such that the new location is centered in the display, and the live video feed may continuously update such that, when the UAV reaches its new position, the live video is displayed centered within the display at the location that was previously double tapped by the user.

In one embodiment, software routines 352 may include a data collection routine 354, a command translator routine 356, and/or an automated flight routine 358. Data collection routine 354 may include instructions, that when executed by controller 340, facilitate the collection of audio, video, and/or imaging data associated with one or more locations, which may include an insured asset or other structure to be analyzed by the UAV, for example.

For example, data collection routine 354 may include instructions that, when executed by controller 340 in conjunction with primary user interface application 346 and/or active user interface application 348, record data as a background process and/or as instructed by a user. In an embodiment, data collection routine 354 may include instructions that facilitate the storage of the collected data as one or more data files in data storage 360 and/or cause the collected data to be transmitted via communication unit 330 to one or more external computing devices (e.g., central monitoring system 108 and/or one or more external computing devices 112.1-112.N).

In an embodiment, command translator routine 356 may include instructions, that when executed by controller 340, facilitate the determination of whether only display 316 should be updated or whether a UAV command should also be generated and transmitted when user input is received, the type of images used to update display 316, and the generation of specific UAV commands.

For example, in the above example, a user interacted with a live display window via a pinch-to-zoom gesture to zoom in on a structure. In such a scenario, instructions stored in command translator routine 356 may facilitate the determination of the present operating mode such that the live display window is updated and the UAV remains stationary (zooming in as indicated by the gesture) or whether the live display window initially updates but the UAV is commanded to move to this position.

In the event that the UAV is commanded to move to a new position, embodiments include instructions stored in command translator routine 356 facilitating the translation of a command from the user gesture such that the UAV is commanded to a position commensurate with the gesture. Embodiments include portable computing device 300 operating in several UAV control modes, which are further discussed below with reference to FIG. 4A. In an embodiment, the user gestures may be handled and translated differently based upon a UAV control mode that has been selected by a user.

For example, when using a zooming gesture while the UAV is in the appropriate control mode (e.g., image control mode, as further discussed below), a gesture that would traditionally be performed to change the zoom level of the live video received by the UAV may be translated such that the one or more generated UAV commands cause the UAV to perform various actions. In various embodiments, the actions may include any combination of the UAV moving and/or the UAV adjusting a camera orientation or zoom level.

For example, a user may perform a pinch-to-zoom gesture that generates one or more UAV commands that, when transmitted to the UAV, cause the UAV to change its altitude commensurate with and proportional to the zooming gesture. That is, a zoom in gesture of n % would result in the UAV reducing its altitude by an amount proportional to the zoom level, but the camera used by the UAV to provide the live video feed may not zoom in or out.

But in other embodiments a zoom gesture may cause the UAV to change its position as well as adjust a camera orientation and/or zoom level. For example, a user may perform the same gesture as indicated above, which may result in a command transmitted to the UAV causing the UAV to first reduce its altitude, which may be a threshold limit based upon, for example, proximity sensors or object detection determined via the live video. Once the UAV is at this location, an additional UAV command transmitted to the UAV may cause the UAV to begin zooming in with its camera if the video needs to be closer for the inspection.

Similarly, when a zoom out gesture is performed in accordance with such embodiments, the UAV camera may initially zoom out, which is reflected in the live video display, and then the UAV may increase its altitude. In this way, gestures may be controlled in a manner that is best suited to the type of inspection being performed and/or the application for which the UAV is implemented. Although not shown in the Figures for purposes of brevity, any suitable number of options may exist to process received input gestures in any suitable manner, which may be in the form of various options, settings, etc., presented via user interface 328.

Embodiments include instructions stored in command translator routine 356 facilitating the translation of any suitable gesture that is received via manipulation of or to the live video in lieu of direct control of the UAV, such as image rotations, zooming, panning, etc.

In an embodiment, automated flight routine 358 may include instructions, that when executed by controller 340, facilitate UAV performing semi-automated or automated flight. In an embodiment, this may include portable communication device 300 receiving feedback from a UAV and generating one or more UAV commands as a background process without user intervention. This may include, for example, generating and transmitting one or more UAV commands to stabilize the UAV, to trim the UAV, to hover in a location, to return to a starting position, to perform an analysis of a structure and receive data from the UAV as part of the structure analysis, etc. In this way, a user may control a UAV with a set of direct commands as well as via manipulation of video feed data in a familiar manner, thereby eliminating or reducing the amount of commands that need to be manually transmitted to the UAV.

FIG. 4A illustrates an exemplary user-interface 400 showing a view for initiating UAV navigation, in accordance with an embodiment. User interface 400 may include any suitable graphics, information, labels, etc., to facilitate a user viewing live video sent from a UAV and/or controlling a UAV. User interface 400 may be displayed on any suitable display device, such as display 316 implemented by portable computing device 300, for example, as shown in FIG. 3. In various embodiments, user interface 400 may be configured to detect user inputs upon a user selecting an interactive icon or other graphic.

The following user interaction with user-interface 400 is described in terms of a user “selecting” various interactive icons, labels, and/or other suitable portions of user-interface 400. This selection may be performed in any suitable manner without departing from the spirit and scope of the disclosure. For example, a user may select any suitable portion of user-interface 400 using an appropriate gesture, such as tapping his finger on the interactive display, using a “pinch-to-zoom” gesture, performing a twisting two finger rotational gesture, etc. To provide another example, a user may select any suitable portion of user-interface 400 by moving a mouse pointer over the respective interactive icon or label and clicking a mouse button.

As shown in FIG. 4A, user interface 400 includes a signal strength indicator 401, a battery indicator 402, a message window 404, a control pad 406, command buttons 408, a display window 410, and a zoom scale bar 412.

User interface 400 may receive data transmitted from a UAV, such as UAV 200, for example, and display this data graphically as one or more portions of user interface 400. For example, signal strength indicator 401 may display a signal strength level of a signal received by a UAV, which may be used, for example, to receive live video and/or other data from the UAV (e.g., wireless link 122.1). To provide another example, battery indicator 402 may display a present charge level corresponding to a UAV being controlled via user interface 400, which may also include an indication of estimated flight time reported by the UAV.

Message window 404 may include one or more text messages. In various embodiments, message window 404 may include one or more messages sent by the UAV being controlled via user interface 400, such as a current status, feedback from commands received at the UAV, notifications or other messages sent via an external device (e.g., central monitoring system 108), etc. In various embodiments, message window 404 may also include one or more messages generated by user interface 400 (e.g., generated by portable computing device 300) regarding a list of previously sent commands, for example.

Control pad 406 may include any suitable number and/or type of controls to facilitate manual control of the UAV controlled by user interface 400. Upon a user selecting the control pad buttons, the computing device displaying user interface 400 may generate and transmit one or more commands to the controlled UAV in accordance with a currently selected control mode. In an embodiment, control pad 406 may include one or more buttons to activate control of the UAV using control pad 406, such as the “select button control” button, as shown in FIG. 4A. In some embodiments, a user may select the select button control button to toggle between direct mode control while operating user-interface 400 in a non-direct mode of operation. In other embodiments, the select button control button need not be selected (or may automatically be selected) when a certain mode of operation is selected (e.g., the direct mode of operation).

In various embodiments, tapping the buttons and holding the buttons may perform different functions. For example, if the direct control mode is selected, each of the 8 directional outer arrows as shown in FIG. 4A may control the movement of a UAV in a single plane. Upon tapping each of the 8 directional outer arrows, the UAV may move by a predetermined amount, such as 1 foot, 6 inches, etc. By holding down the selection of each of the 8 directional outer arrows, however, the UAV may be continuously directed to move in the selected direction. A user may interact with other buttons on control pad 406 to similarly control a direction of the UAV in the direct control mode. For example, the two arrow buttons in the center square may control the altitude of the UAV, while the lower two arced arrows may control a rotation of the UAV.

In some embodiments, control pad 406 may generate a predetermined command to be transmitted to the UAV upon user selection when operating in the direct control mode. But in other embodiments, user interface 400 may modify the commands transmitted to the controlled UAV when user interface 400 is operated in a different control mode.

For example, when operating in the custom mode, the UAV may utilize pattern recognition to recognize a rooftop pattern of repeating rows of shingles and operate in an inspection mode of operation when scanning the rooftop. When the UAV is operating in such a mode, a user tapping each of the directional buttons in control pad 406 may result in the generated command causing the UAV to incrementally maneuver in the x, y, and z-axes to maintain a fixed distance from each shingle row, thereby allowing the user to more easily control the UAV while in inspection mode. Embodiments include any suitable number and/or type of custom modes being programmed as part of the applications implemented by portable computing device 300, such that the UAV control commands may be customized based upon a particular object analysis or other task that is to be performed.

Again, user-interface 400 may be operated in various modes of operation, which may result in user input being handled or translated differently based upon which mode is selected (e.g., direct mode, image mode, custom mode, etc.).

For example, when operating in the image mode, as previously discussed with reference to FIG. 3, interaction with control pad 406 and/or zoom scale bar 412 may initially alter the view displayed in display window 410, resulting in portable computing device 300 generating and transmitting a command to the UAV based upon changes to this view. To provide another example, certain gestures may be ignored while user-interface 400 is operating in the image control mode (although other gestures may still be processed), button controls may be ignored when user-interface 400 is being operated in a mode of operation other than the direct control mode of operation, button controls may be ignored until a user selects the “select button control,” etc.

However, embodiments also include user-interface 400 translating received user input, such as gestures and/or button controls, for example, in different manners while operating in the same mode, which may be based upon changes in the UAVs position, changes in the UAVs orientation, and/or changes in the view displayed in display window 410.

For example, while operating in the image control mode, an elevation view of a target structure may be displayed in display window 410, as shown in FIG. 4A. The mobile computing device may determine the elevation view of the target structure is currently shown in display window 410, for example, via object recognition techniques and/or the current position and/or orientation of the UAV. Continuing this example, embodiments include the user performing gestures within display window 410 to indicate portions of the target structure to be scanned.

In some embodiments, some gestures may only be recognized when the user-interface is operating in a particular mode of operation, and ignored when user-interface 400 is being operated in other modes of operation. For example, a user may circle portions of the target structure displayed in display window 410 when user-interface 400 is being operated in the inspection mode, thereby causing the gesture to be recognized as user input identifying a portion of the target structure for which additional data (e.g., sensory data, images and/or video data of the identified portion) is to be collected.

Upon receiving additional commands and/or gestures performed within display window 410, the UAV may move in a certain direction until the UAV reaches a threshold altitude, until the image of the target structure displayed in display window 410 changes such that the elevation view is no longer displayed, etc. For example, while the target structure is being displayed in display window 410, the user may perform gestures such as moving her finger upwards and downwards within display window 410. While the elevation view is displayed, such gestures may be processed and translated into UAV commands that cause the UAV to change altitude commensurate with these gestures. To provide an additional example, if a user performs a “pinch-to-zoom operation” while the elevation view is shown in display window 410, these zooming gestures may be processed and translated such that transmitted UAV commands cause the UAV to move towards the target structure and away from the target structure at least partially in a lateral direction.

However, as the UAV ascends, the elevation view of the target structure may change such that the UAV is positioned above the target structure's roofline, thereby triggering the processing and translating of gestures performed within display window 410 in a different manner. For example, once the UAV is positioned at a threshold altitude above ground and/or a threshold distance above the target structure, the up and down panning gestures may be processed and translated such that transmitted UAV commands cause the UAV to laterally move towards the target structure and away from the target structure. As the UAV approaches the roof of the target structure, the same commands may then facilitate the UAV following the roof line up and over the structure and automatically avoiding collisions with the roof as additional user input is received.

In various embodiments, the transition between processing different controls in various manners may be facilitated by one or more sensors implemented by the UAV. Again, a threshold elevation may be utilized to trigger the change in user input translations. In additional embodiments, the UAV may collect proximity data, which is analyzed by the portable computing device and used for this purpose. For example, proximity sensor data may be utilized by the portable computing device to transmit commands to the UAV that cause the UAV to maintain a predetermined or selected “stand off” distance from the target structure. Embodiments include the portable computing device using the stand off distance in conjunction with other factors (e.g., altitude), to calculate a trigger UAV position and/or orientation.

While user interface 400 is operating in these various different modes, an appropriate message may be displayed in message window 404 to indicate this as feedback to a user. As shown in FIG. 4A, a UAV is operated via user interface 400 in the direct control mode. In an embodiment, one of the control modes may act as default control mode, and a user may change the current mode to return to a standard or default mode of operation by selecting the “cancel current” button.

In various embodiments, command buttons 408 may allow a user to conveniently control the UAV through the use of one or more preconfigured commands. For example, as shown in FIG. 4A, command buttons 408 may include an abort button, a land home button, a land now button, a takeoff button, a stop/hover/pause button, and a resume button.

Upon selecting each of these respective buttons, one or more commands may be generated and transmitted to the UAV such that the UAV performs the selected action. Selecting the takeoff option may start the UAV motors, rotors, etc., and result in the UAV lifting off to a certain altitude, which may be a predetermined altitude or an altitude that may be adjusted via one or more settings of user interface 400.

Upon selecting the land home command button, the UAV may initiate a landing procedure that will safely land the UAV within a designated landing zone and/or to a particular location (e.g., the starting point or other “home” location as defined by geographic coordinates), avoiding any obstacles that may be in the way while doing so. In other words, the land home may function as a “return to home” feature.

Upon selecting the land now command button, the UAV may initiate a landing procedure that will immediately cause the UAV to descend and to land from the UAV's current position. In other words, the land now may cause the UAV to automatically perform a safe landing procedure from its current altitude. The land now button may be particularly useful when used in conjunction with the abort button, whereby the UAV first navigates to a position in which no obstacles are positioned beneath it (when the abort command is transmitted to the UAV), which may be followed by the land now command causing the UAV to land after doing so.

If the UAV has been previously commanded to maneuver to a specific location, to perform a specific function, etc., a user may select the stop/hover/pause button to temporarily halt actions of the UAV. The commands that are transmitted to the UAV based upon a user selecting the stop/hover/pause button may vary based upon the UAV's present function, mode of operation, and/or position. For example, the UAV may stop and hover in the same location upon the user selecting the stop/hover/pause button if user-interface 400 is being operated in the direct mode of operation prior to performing an inspection. To provide another example, the UAV may pause a current inspection (e.g., by stopping and hovering) and temporarily cease data collection upon the user selecting the stop/hover/pause button if an inspection is being performed when a user selects the stop/hover/pause button.

Furthermore, upon a user selecting the resume button, the UAV may continue with the previous action it was performing prior to the user selecting the stop button. The selection of resume may also cause the UAV to resume certain actions based upon the UAV's operation prior to the resume button being selected (e.g., continuing movement if an inspection had not been started or resuming data collection is an inspection was being performed).

Additionally or alternatively, a user may utilize other buttons provided user interface 400 to facilitate temporarily halting an inspection procedure. For example, because it may take a user some time to find the resume button while an inspection of a target structure is being performed, it may be preferable to allow the inspection to take place while a button is continuously pressed, but otherwise pause the inspection. For example, a user may hold in the inspect button to initiate an inspection. Upon the user releasing the inspect button, the UAV may pause, stop, and/or hover until the inspect button is pressed again, thereby resuming the inspection process.

In some embodiments, the takeoff button may be selected by a user to cause the UAV to navigate to a certain altitude, which may be selected by a user, be set as a predetermined altitude, and/or determined via analysis of sensory data received via the UAV. Further in accordance with such embodiments, the UAV may ascend to a position above the house without further user intervention such that the UAV is positioned a distance from the target object and avoids colliding with any objects. For example, upon a user selecting the takeoff button, one or more commands may be transmitted to the UAV causing the UAV to ascend to a predetermined altitude (e.g., 5 feet, 10 feet, 20 feet, etc.) and hover at this location until additional commands are received.

A user may select the abort button to abort a flight, in which case one or more commands may be generated and transmitted to the UAV, causing the UAV to navigate to a new position that may facilitate landing. For example, if a current scan is being performed over a rooftop or a pool and a user sees a potential risk for collision while data is being collected, the abort button may cause the UAV to navigate to a position such that the pool and rooftop are no longer below the UAV, providing the user with the option to land the UAV as desired without collisions. In this way, the abort button may provide a safe but immediate way to land the UAV, which may be particulat useful, for example, if the user observes an unsafe condition and the UAV's other automation, collision detection, and/or monitoring systems do not recognize the anomaly.

However, because the abort sequence may not be an easily reversible command, embodiments may include a virtual glass cover 420 placed over the abort button. In various embodiments, a user may “lift” virtual glass cover 420 by performing a suitable gesture, such as swiping upwards from the bottom of virtual glass cover 420, by repeatedly tapping to break virtual glass cover 420, etc. In this way, the abort button may be prominently displayed as part of user interface 400 for easy access, but implement virtual glass cover 420 to prevent accidental use. User interface 400 may implement additional features to ensure that abort button is not accidentally pressed, such as resetting the virtual glass cover 420 to a closed, or covered, position if the abort button is not selected by the user within a set amount of time from virtual glass cover 420 being lifted (e.g., 2 seconds, 3 seconds, etc.).

In an embodiment, display window 410 may display a live video feed received by the controlled UAV. This live video feed may represent any vantage point from the UAVs perspective that is captured by the controlled UAV. In the example shown in FIG. 4A, display window 410 shows a view of a structure, in this example a house, from ground level. This view may correspond, for example, to the live video feed from the UAV while the UAV is positioned on the ground prior to or just after its ascent.

In some embodiments, a user may initiate a scan of the house shown in display window 410 by pressing the “inspect” button or enter another suitable command (e.g., the “custom” mode of operation button). In accordance with such embodiments, the UAV may utilize the image in display window 410 to identify the target object to scan, in this example the house shown in display window 410. Further in accordance with such embodiments, the UAV may ascend to a position above the house without further user intervention such that the UAV is positioned a distance from the target object and avoids colliding with any objects.

Again, to accomplish this, the portable computing device may obtain, from the initial image displayed in display window 410, an estimate of the three-dimensional structure of the target image and any other objects that may need to be avoided (e.g., trees, power lines, etc.). As the UAV ascends and transmits additional live video data, which is then shown in display window 410, the portable computing device may utilize techniques such as structure from motion, for example, by analyzing changes in imagery from different camera angles as the UAV ascends to estimate a 3-D structure of the house, to automatically generate and transmit UAV commands to avoid colliding with obstacles based upon this estimated structure, and to position the UAV at a suitable position and distance from the house to perform scanning (e.g., acquiring additional video, image data, etc.).

In other embodiments, a user may interact with the displayed live video feed in display window 410 to control the UAV. In this way, a user not familiar with traditional UAV control systems may easily perform such maneuvers if the user is familiar with more-commonly implemented image-manipulation techniques.

To provide an illustrative example, a user may choose to change the lateral position of the controlled UAV. To do so, a user may pan display window 410 by some panning amount by using any suitable gesture, such as dragging his finger from left to right across display window 410, thereby causing the UAVs perspective to adjust to display live video to the left of the image as shown in FIG. 4A. Based upon this user input, the computing device displaying user interface 400 may generate and transmit to the UAV a command to change the UAV's lateral position by an amount equal to the change in the UAVs perspective. In other words, the UAV may be commanded to move laterally such that an updated video feed from the UAV at the new position matches that indicated by the panning gesture but with the same camera settings as the UAV in the previous position (i.e., rotation, zoom level, etc.).

Because manipulation of display window 410 may be adjusted in accordance with varying granularities, embodiments include the UAV being commanded to ascend, descend, or otherwise move based upon a predetermined movement increment that is proportional to the gesture. For example, for each tick mark of increased zoom indicated by zoom scale bar 412, the UAV may move in the direction of the zoom by 5 feet, 10 feet, etc.

Furthermore, a user may also perform rotational gestures on the live feed video displayed in the display window. For example, a user may perform a rotating action by placing two fingers onto window 410 and rotating them. In response to the user input received via a user rotating the live feed video displayed in display window 410, the computing device displaying user interface 400 may generate and transmit to the UAV a command to change the UAV's rotation to match the rotation indicated by the gesture. Upon the UAV rotating to the new commanded position, the live video feed in display window 410 may include the video captured from the UAVs new perspective.

In addition, embodiments include a user commanding the UAV in accordance with additional gestures. For example, a user may double tap or double click a location on display window 400 to maneuver the UAV to that position. Although the video feed may be continuously displayed in video window 410, once the UAV moves to the new location, the live video feed in display window 410 may be centered at the location that was previously selected in display window 410 by the user.

Regardless of the control techniques implemented via user interface 400 to position the UAV in an advantageous position to scan the target object, the UAV may continuously transmit live video data while moving to a different UAV perspective. Upon the UAV moving to the new position, the live video data that is displayed may match the perspective indicated by the user gesture, which is further discussed below with reference to FIG. 4B.

FIG. 4B illustrates an exemplary display window 450 showing a view to continue UAV navigation once it has been initiated, in accordance with an embodiment. In an embodiment, display window 450 is an example of an updated live video feed that may be displayed in display window 410 of user interface 400, as previously shown and discussed with reference to FIG. 4A.

Again, a user may perform various gestures within display window 410 to cause portable computing device 300 to generate one or more UAV commands, which cause the UAV to navigate to a new position commensurate with the gesture. To provide another illustrative example, the UAV may have a downward-facing camera that is used to stream live video back to portable computing device 300, which is displayed in display window 450, as shown in FIG. 4B. The video shown in FIG. 4B may include an aerial view of a target structure from an altitude that is less than those shown in FIGS. 5 and 6A-6C, better facilitating the inspection of a single target structure. For example, the UAV may be located 100-200 feet above the target structure shown in FIG. 4B, while being 1000 feet above the target structures shown in FIGS. 5 and 6A-6C.

Once the UAV is positioned to capture the live video as shown in FIG. 4B, the UAV may sufficiently clear obstacles such as the house, trees, etc. Once at this vantage point, embodiments include a user performing various gestures to reposition the UAV, and thus facilitate display window 450 showing live video from the UAVs vantage point as it moves to the new location. For example, a user may drag his finger across display window 450 as if to move a point of interest into view even though it currently is not in the view of the camera (e.g., an off camera object to the right of the target structure shown in FIG. 4B). Embodiments include portable computing device 300 translating such a gesture into a command that, when transmitted to the UAV, causes the UAV to move to a position that would bring this point of interest into view.

Continuing this example, when the user stops dragging his finger, the UAV would stop, pause, or hover. In accordance with such embodiments, it may take several iterations of a user dragging her finger across display window 450 to get a desired point of interest into view, similar to moving from point to point on a digital map. As discussed below with reference to direction aid 459, the movement of the UAV may be based upon the location and direction the portable computing device is facing when the gesture is performed.

To provide an additional example, a user performing a pinching gesture (pinching in and out) would control the level of “zoom” and be translated into one or more commands that cause the UAV to change its altitude. Embodiments include limiting the level of UAV altitude change such that the UAV does not “zoom” into an obstacle. Again, such obstacle avoidance may be implemented using any suitable techniques such as computer vision, proximity sensors implemented by the UAV, or other sensors utilized by the UAV that may detect distance from obstacles below and above the UAV.

Furthermore, embodiments include the UAV commands being limited based upon a maximum UAV threshold altitude or a distance from portable computing device 300 so as not to lose communications or control. That is, if the UAV reaches a maximum altitude and/or a maximum distance between the UAV and portable computing device 300 is exceeded, additional zooming out gestures may be ignored, a warning message displayed in display window 404, etc.

As shown in FIG. 4B, display window 450 includes live video from an aerial vantage point once the UAV has ascended and reached a position to begin scanning a target house. Display window 450 may also include a directional aid 459. Directional aid 459 may resemble a compass and provide the user with an indication of the direction the UAV is currently facing relative to the direction the operator is facing. In various embodiments, relativity between the portable computing device running user interface 400 and the UAV may be determined using any suitable techniques, such as GPS data from the UAV and portable computing device, compass data from the UAV and portable computing device, etc.

For example, as shown in FIG. 4B, if the directional aid 459 arrow is facing forward (upwards), then this indicates that the UAV is facing the same direction as the operator. However, as the UAV is rotated to the left or right, the directional arrow may also rotate to the left or right as the video displayed in display window 450 also rotates.

In an embodiment, a user may also perform a suitable gesture to interact with directional aid 459 (e.g., double clicking or double tapping directional aid 459) a specified area of directional aid 459 (e.g. the top of directional aid 459), to rotate the UAV to a predetermined orientation. Furthermore, as the user rotates their own directional position, directional aid 459 may also rotate to maintain an orientation of the live video relative to the orientation of the user. This is particularly helpful because the live video may not rotate as the user rotates because the UAV has not rotated as a result of the user's movement.

For example, embodiments include directional aid 459 acting as a toggle to allow the user, once selected, to view video in display window 450 in an orientation that is correct from the user's perspective regardless of the direction and/or orientation of the UAV. That is, a user may select directional aid 459 to modify the translation of UAV commands based upon the user's perspective instead of the UAV's perspective.

To provide an illustrative example, display window 450 indicates directional aid 459 pointing north, which may correspond to a UAV facing the same direction while the live video is captured and displayed in display window 450. However, the UAV may be facing west instead of north and rotate its camera to provide the aerial view as shown in display window 450, resulting in directional aid 459 pointing west instead of north. Upon a user selecting directional aid 459, a subsequent upward gesture (i.e., in the northern direction) would result in the UAV maintaining an eastward facing direction and navigating northward. In this way, selection of directional aid 459 allows the user to move the UAV in a specified direction based on the orientation of the video regardless of the direction the UAV is relative to the user.

In various embodiments, a user may also interact with display window 450 to transmit commands to the UAV that may not be movement-based. For example, as shown in FIG. 4B, display window 450 includes no-fly zones 457 and 455. A user may select these portions using any suitable gesture or other input via user interface 400. Once identified, the geographic location coordinates associated with these areas may be calculated and one or more commands may be transmitted to the UAV instructing the UAV not to fly within areas bounded by these geographic coordinates. In some embodiments, the UAV may interact with no-fly zones in a similar fashion as other types of obstacles, which is discussed in further detail below.

Additionally or alternatively, a user may interact with display window 450 to select one or more objects. Once selected, one or more commands may be transmitted to the UAV instructing the UAV to perform various tasks associated with the selected objects, such as a performing a detailed inspection using image analysis, capturing additional images, transmitting data from an inspection, etc.

In traditional UAV controls, a user may be presented with a video feed of the UAV. As a result, a user may often see obstacles and attempt to avoid them. In the aerial top down view shown in FIG. 4B, however, the live video feed may not reveal immediate obstacles in the UAV's vicinity. As a result, there may be a danger of the UAV colliding with obstructions that are not visible to the user if a user relies upon this video feed. Therefore, in various embodiments, user interface 400 may assist a user in controlling the UAV to avoid objects or other collisions using one or more sensors implemented by the UAV.

For example, the UAV may be configured to stop within a predetermined or configurable distance from an identified obstruction. In an embodiment, display window 450 may include an overlay 460 that may begin to display a suitable warning indicator, such as indicator 462, which may be implemented as a virtual light, graphic, etc. Indicator 462 may be displayed at a location on the outside of display window 450 to indicate the direction of an obstruction, for example, as shown in FIG. 4B, upon the UAV approaching or being within a threshold distance of the obstacle. In accordance with such embodiments, as the UAV comes closer to the obstruction, the indicator 462 may become steadier (or blink faster, become larger, etc.) and the UAV may gradually come to a stop within a certain distance of the obstruction. In addition, embodiments include a message being displayed in message window 404, as shown in FIG. 4A, providing an explanation that the UAV may not continue to move in the direction of the obstruction.

Based upon the angle and direction of the UAV, the obstruction may or may not be in the field of view of the UAV camera. Thus, various embodiments may include an override to facilitate the user navigating the UAV closer to the obstruction up to a minimum distance from an obstruction to prevent collisions. This minimum distance may be a “hard set” distance, for example, that may not be changed by the user, or a configurable distance that may be changed by the user. In various embodiments, visible warnings may be accompanied by audible warnings to ensure that the user is alerted to the obstruction. Message window 404 and/or display window 450 may also provide a recommended direction of travel away from the detected obstruction, such as a text message, a visual cue such as an arrow, etc.

In various embodiments, as the user navigates around a detected obstruction, the indicator may also move to indicate the position of the obstruction relative to the UAV. Because the UAV may have any suitable number of sensors configured to detect obstacles at any suitable position relative to the UAV, this feature may not be dependent upon a direction the UAV is currently facing. As a result, this feature may be displayed by user interface 400 regardless of the direction the UAV is currently facing.

Additionally, after the UAV has taken off and ascended to certain altitude, various embodiments include user interface 400 preventing the user from commanding the UAV to descend to within a certain distance of the landing site at a certain speed or to descend within a certain minimum distance of a detected obstacle. As the UAV approaches the set limited distance, various embodiments include a suitable warning indicating this to the user. For example, various embodiments may include display window 450 and/or the entire screen used by user interface 400 flashing, blinking, changing colors, audible alarms being played, etc. If the user continues to command the UAV to descend, these warnings and/or indicators may become more frequent, steadier, louder, etc. For example, a persistent red glow may be displayed that may partially obscure the view of the real-time video in display window 450 and/or the UAV may gradually come to a stop within a certain distance of the obstruction.

Furthermore, user interface 400 may display one or more messages in message window 404 providing an explanation that the UAV cannot continue to descend or that the speed of descending is too great. Embodiments include an override that may reset any warning indicators and allow the user to continue descending the UAV closer to the obstruction up to a minimum distance from an obstruction to prevent collisions. This minimum distance may be a “hard set” distance, for example, that may not be changed by the user, or a configurable distance that may be changed by the user.

While a warning indicator is displayed, a user may also be presented with an option to land the UAV. Upon selecting such an option, the indicators may be cleared or reset, and the UAV may land autonomously. Again, visible warnings may be accompanied by audible warnings to ensure that the user is alerted to the obstruction. Message window 404 and/or display window 450 may also provide a recommended direction of travel away from the detected obstruction, such as a text message, a visual cue such as an arrow to a new landing site, etc.

As discussed above with reference to FIGS. 4A and 4B, embodiments include presenting a user with a GUI via a portable computing device to control a UAV. In the previous examples, the UAV was controlled from the ground to scan a house. However, it may be desirable to control a UAV from a greater distance and/or to scan more than one house during a single flight session. Therefore, embodiments also include the user interface presenting live video in an interactive display format to facilitate control of a UAV for such applications. Examples of such embodiments are further discussed below with reference to FIGS. 5 and 6A-6C.

FIG. 5 illustrates an exemplary display window 500 for controlling a UAV with a map image window and a live display window using panning gestures, in accordance with an embodiment. In an embodiment, display window 500 is an example of an updated live video feed that may be displayed in display window 410 of user interface 400, as previously shown and discussed with reference to FIGS. 4A-B.

In an embodiment, display window 500 may include two windows, a map image window 501 and one of live video feed windows 502 and 504. Map image window 501 may fill most or the entirely of a display window used in conjunction with user interface 400 (e.g., display window 410). Live video feed windows 502 and 504, on the other hand, may correspond to live video feeds received from a UAV from some vantage point. In the examples used in FIG. 5, the live video feed windows 502 and 504 display live video feed from a UAV that includes overhead or aerial video images.

Display window 500 is illustrated in FIG. 5 as including two separate live video feed windows 502 and 504. However, in an embodiment, live video feed window 502 may be displayed initially on map image window 501 and transition to live video feed window 504 as the geographic location of a UAV changes.

In other words, a UAV may ascend to an altitude whereby a larger area may be spanned and navigated. In such a scenario, the UAV may continue to transmit live video data, which is superimposed over the map image window and displayed as live video feed window 502 at a location on the map that corresponds to the geographic location of the UAV where the live video data is being transmitted.

In various embodiments, a UAV may transmit live video from an altitude such that the live video data fills the majority, or the entirety, of the display window used in conjunction with user interface 400, as previously shown and discussed with reference to FIG. 4B. However, as a UAV ascends, the angle of live video data that may accurately be displayed may be reduced. In such a scenario, it is advantageous for the live video window to be overlaid onto static imagery, such as the map image window 501 as shown in FIG. 5, for example. In various embodiments, the change between view presented in FIG. 4B in display window 450 and the view shown in FIG. 5 may be triggered, for example, by UAV ascending to a threshold altitude and/or via manual mode adjustment via user interface 400.

In various embodiments, the map data shown in map image window 501 may be downloaded from one or more external computing devices to the portable computing device controlling the UAV, may be downloaded by the portable computing device as the UAV is being controlled, and/or stored locally to the portable computing device ahead of time, as previously discussed with reference to FIG. 1. In this way, the portable computing device may display the map image data faster than the live video data, thereby accounting for delays in video feed reception and processing. Although the map image data shown in FIG. 5 includes a road-level map imagery, embodiments include any suitable type of static imagery being displayed in map image window 501. For example, map image window 501 may display satellite and/or aerial imagery from a third party source, which is updated with the live version of this imagery in live video window 502 when the UAV moves to this geographic location.

As previously discussed with reference to FIGS. 4A and 4B, a user may control the UAV via manipulation of various controls presented in user interface 400, which may include a user using manual controls or performing gestures on the display window. In embodiments in which a user manually controls the UAV, the UAV may move from the location associated with live video feed window 502 to the location associated with live video feed window 504, as indicated by arrow 503. Map image window 501 may continuously update the video displayed within live video feed window 502 as the UAV navigates to the new position indicated by live video feed window 504.

But a user may also interact with video window 500 to control the UAV via one or more gestures. For example, embodiments include the position between a live video feed window and map image window 501 being fixed. That is, live video feed window 502 may be centered or otherwise positioned within map image window 501 in a manner such that a fixed distance is maintained between the edges of live video feed window 502 and map image window 501, this fixed distance being maintained as the UAV moves as indicated by arrow 503.

To provide an illustrative example with reference to FIG. 5, video window 500 may initially display a portion of map image window 501 as indicated by box 510A instead of the entirety of map image window 501. Live video window 502 may be maintained at the center of video window 500 as a user performs a panning gesture at point 514 in the direction indicated by the arrow. As a result, display window 500 may update the portion of map image window 501 from that in box 510A to that in box 510B, as this panning gesture “pulls” the map to center around live video window 502. Because the map image data changes due to the panning gesture while live video window 502 remains in a fixed centered position within video window 500, live video window 502 is now positioned at a new geographic location with respect to map image window 501, as indicated by live video window 504, arrow 503, and box 510B.

Portable computing device may calculate a new geographic location of the UAV that is associated with the position of live video window 504 over map image window 501. The portable computing device may transmit a command to the UAV causing the UAV to move to the geographic location associated with new mapped position of live video feed window 504 resulting from the panning gesture. Once the UAV is at the new location, live video feed window 504 is updated to include the live video transmitted by the UAV from this new geographic location.

This advantageously provides the user with a user interface similar to those used for changing displayed map images (e.g., on a smartphone), as opposed to the traditional UAV joystick controls that may be less familiar to the user. Although the example shown in FIG. 5 was directed to the control of a UAV based upon panning gestures, other gestures, such as zooming gestures, for example, may be used as well. The control of a UAV using zooming gestures is further discussed below with reference to FIGS. 6A-6C.

FIG. 6A illustrates an exemplary display window 600 for controlling a UAV with a map image window and a live display window using zoom gestures, in accordance with an embodiment. In an embodiment, display window 600 is an example of video that may be displayed in display window 450 of user interface 400, as previously shown and discussed with reference to FIG. 4B.

As shown in FIG. 6A, display window 600 includes a map image window 601 and a live video window 602. Similar to the live video windows 502 and 504 as discussed with reference to FIG. 5, the location of live video window 602 may correspond to the current geographic location of the UAV, while the content of live video window may include live video data received from a UAV at that location. FIG. 6A demonstrates that a user may control and view the UAV on a large map scale, although the size of the video contained within live video window 602 may prevent a user from easily viewing this content. Nonetheless, a user may control the movement of a UAV by panning map image window 601 or by selecting the appropriate manual controls via user interface 400.

However, in some embodiments, it may be desirable for a user to zoom in to the current geographic location of the UAV, which is shown in FIG. 6a as the location of live video window 602. In an embodiment, a user may perform a zooming gesture outside of live video window 602 to cause map image window 601 to update map image window 601 to reflect this change, while performing a zoom gesture within live video window 602 may cause live video window 602 to update to either reflect this change or cause the UAV to change altitude, depending on the current mode of operation. The following examples shown in FIGS. 6A-6C assume that performing a zoom gesture within live video window 602 will cause the UAV to change its altitude, as further discussed below.

FIG. 6B illustrates an exemplary display window 650 for controlling a UAV with a map image window and a live display window using zoom gestures, in accordance with an embodiment. In an embodiment, display window 650 is an example of video that may be displayed in display window 450 of user interface 400, as previously shown and discussed with reference to FIG. 4B.

Upon a user performing a zoom gesture to select the area associated with box 604, as shown in FIG. 6A, map image window 601 may be updated to display map image window 650, as shown in FIG. 6B. In an embodiment, a user performing a zooming gesture outside of live video window 602 does not cause the UAV to change its position, but a user performing a zooming gesture inside of live video window 602 may cause the UAV to change altitude, as further discussed below with reference to FIG. 6C.

FIG. 6C illustrates an exemplary display window 680 for controlling a UAV with a map image window and a live display window using zoom gestures, in accordance with an embodiment. In an embodiment, display window 680 is an example of video that may be displayed in display window 450 of user interface 400, as previously shown and discussed with reference to FIG. 4B.

Upon a user performing a zoom gesture within live video window 602, as shown in FIG. 6B, live video window 602 may be updated to display the zoom level indicated by the input gesture. As shown in FIG. 6C, the updated live video window 602 is a zoomed-in version of the live video shown within the live video window 602 of FIG. 6B. That is, upon a user performing a zooming in gesture within live video window 602 as shown in FIG. 6B, the UAV may initially zoom its camera(s) in to cause live video window 602 to reflect this zoom level. Then, the portable communication device may generate and transmit one or more UAV commands to the UAV instructing the UAV to move to a lower altitude, whereupon live video window 602, as shown in FIG. 6C, would be updated with the live video captured by the UAV at this lower elevation but without requiring the UAV to adjust its cameras zoom level from that previously used in FIG. 4B.

FIG. 7 illustrates an exemplary computer-implemented method 700. In an embodiment, one or more portions of method 700 (or the entire method 700) may be implemented by any suitable device. For example, one or more portions of method 700 may be performed by portable computing device 106 or portable comporting device 300, as shown in FIGS. 1 and 3, respectively. Method 700 may be performed by any suitable combination of one or more processors, applications, algorithms, and/or routines, such as controller 340 implemented by portable computing device 300, for example, executing instructions stored in one or more of applications 34 and/or routines 352. Method 700 may include more or less steps than those shown in FIG. 7. For example, for embodiments in which the UAV moves as a result of a gesture performed in a live video window, the live video may not need to be adjusted before the UAV moves to a new position (block 706). Instead, block 706 may be omitted, and the UAV may move based upon the gesture that is performed, continuously displaying updated live video as the UAV moves.

Method 700 may start when one or more processors display live video from a UAV (block 702). The UAV may include, for example, UAV 102, as shown in FIG. 1 (block 702). In some embodiments, the live video may be displayed in a single display window, as shown and previously discussed with reference to FIGS. 4A and 4B (block 702). In other embodiments, the live video may be displayed in one window that is superimposed over another window, such as the video display windows shown and previously discussed with reference to FIGS. 5 and 6A-6C (block 702).

Method 700 may include one or more processors receiving user input in response to a user interacting with the display window (block 704). This may include, for example, a user performing a gesture within a live video window that includes the live video data to adjust a view of the live video feed displayed in the display window (block 704). These gestures may include, for example, a user performing a pinch-to-zoom gesture to change a zoom level, a user performing a panning gesture to pan the live video displayed in the display window, a user performing a twisting gesture to rotate the live video displayed in the display window, etc., as shown and previously discussed with reference to FIGS. 4A-B, 5, and 6A-C (block 704).

Method 700 may include one or more processors adjusting the live video in response to the user input (block 704) to update the live video (block 706). This may include, for example, updating the live video included in the display window (block 702) in accordance with the received user input (block 704), which may be the result of the UAVs cameras zooming, rotating, etc. (block 706).

Method 700 may include one or more processors determining whether the GUI is operating in a image control mode (block 708). This may include, for example, the determination of a current mode selection chosen by the user (block 708). If the GUI is operating in image control mode, then method 700 may continue to translate the user input into a UAV command (block 710). Otherwise, method 700 may end with the adjustment of the live video input in response to the received user input (block 706).

Method 700 may include one or more processors translating the user input into a UAV command (block 710). This may include, for example, the calculation of the UAV's change in perspective due to the received user input and the determination of an equivalent change in the UAV's position to match the change in perspective (block 710). This calculation may include, for example, calculating an apparent distance between the UAV and a target object as a result of a zooming operation, the change in rotation equivalent to a camera rotation, a change in lateral distance equivalent to a panning gesture, etc. (block 710).

Method 700 may include one or more processors generating one or more UAV commands based upon the determined change (block 710) in the UAV's position (block 712). The UAV commands may include, for example, one or more commands instructing the UAV to change altitude, direction, rotation, lateral movement, etc., as shown and previously discussed with reference to FIGS. 4A-B, 5, and 6A-6C (block 712).

Method 700 may include one or more processors transmitting the one or more generated UAV commands (block 712) to the UAV (block 714). This may include, for example, a portable computing device transmitting one or more commands to cause a UAV receiving the commands to change its direction, speed, altitude, rotation, etc., as previously discussed with reference to FIGS. 4A-B, 5, and 6A-C (block 714).

Various embodiments are provided throughout the present disclosure referring to actions that may be performed by a UAV in response to received commands. These embodiments include the UAV performing some, or all, of these actions autonomously. For example, although a UAV may initially receive a command to maneuver to a specific house address, the UAV may, once at the destination address, further analyze a rooftop without the need to receive further commands. The amount of and extent of this automation may be customized based upon safety considerations, the complexity of the action performed by the UAV, environmental factors, etc.

Furthermore, UAVs are described throughout the disclosure as being dispatched, deployed, or otherwise instructed to maneuver to one or more locations to perform various functions. UAVs may be instructed to navigate to a specific location via any suitable techniques, such as referencing a postal address, a landmark, a location received in terms of latitude and longitude coordinates, etc. When a UAV is instructed to navigate to a geographic location and/or to perform various functions associated with a geographic location, the geographic location may defined in any suitable manner, such as a geofenced coordinate boundary, for example. Regardless of the specific purpose of the information collected by a UAV, the UAV may receive instructions, collect information, execute various actions, store information, and/or transmit collected information in any suitable manner.

Although UAVs are described throughout the disclosure as often collecting information aerially, embodiments include UAVs using any suitable form of locomotion, such as subterranean, along the ground, underwater, on top of water, etc. UAVs may implement any suitable form of transport that may be preferable for the particular type of data to be collected. For example, if a sewer system is to be assessed, then a UAV may be configured to roll through sewer pipes rather than fly through them.

In the embodiments described through the disclosure, any described embodiments may be performed by a single UAV or any suitable number of additional UAVs. The number of UAVs used to perform a particular task may be based upon the size of the task, the processing power needed to perform a task, the time-sensitive nature of the task to be performed, etc.

Furthermore, the embodiments described herein may be applicable to proprietary and non-proprietary UAVs. For example, in the case in which the end user of a portable computing device is a homeowner, the user interface may be loaded onto the portable computing device platform to control any suitable type of UAV. These embodiments may include the user running one or more initial setup procedures to map controls of the user interface to various controls of a standard UAV, which may include calibrating zoom levels to altitude changes, camera rotations to UAV rotations, panning increments to lateral movements, customizing and/or specifying controls for specific applications, etc. To provide another example, an insurer may also provide proprietary and/or preprogrammed UAVs that are already setup to work in conjunction with one or more applications executed on a portable computing device to simplify the process for the end user.

The embodiments described herein provide for various techniques for a user to control a UAV. However, these embodiments may also function to provide guidance for manned flights as well as unmanned flights. For example, when a UAV is navigating autonomously or semi-autonomously, a user may observe the user interface to view the live video and/or intervene to override the autonomous control when desired.

The following additional considerations apply to the foregoing discussion. Throughout this specification, plural instances may implement components, operations, or structures described as a single instance. Although individual operations of one or more methods are illustrated and described as separate operations, one or more of the individual operations may be performed concurrently, and nothing requires that the operations be performed in the order illustrated. Structures and functionality presented as separate components in example configurations may be implemented as a combined structure or component. Similarly, structures and functionality presented as a single component may be implemented as separate components. These and other variations, modifications, additions, and improvements fall within the scope of the subject matter of the present disclosure.

Additionally, certain embodiments are described herein as including logic or a number of components or modules. Modules may constitute either software modules (e.g., code stored on a machine-readable medium) or hardware modules. A hardware module is tangible unit capable of performing certain operations and may be configured or arranged in a certain manner. In example embodiments, one or more computer systems (e.g., a standalone, client or server computer system) or one or more hardware modules of a computer system (e.g., a processor or a group of processors) may be configured by software (e.g., an application or application portion) as a hardware module that operates to perform certain operations as described herein.

In some cases, a hardware module may include dedicated circuitry or logic that is permanently configured (e.g., as a special-purpose processor, such as a field programmable gate array (FPGA) or an application-specific integrated circuit (ASIC)) to perform certain operations. A hardware module may also include programmable logic or circuitry (e.g., as encompassed within a general-purpose processor or other programmable processor) that is temporarily configured by software to perform certain operations. It will be appreciated that the decision to implement a hardware module in dedicated and permanently configured circuitry or temporarily configured circuitry (e.g., configured by software) may be driven by cost/time considerations.

Accordingly, the term hardware should be understood to encompass a tangible entity, be that an entity that is physically constructed, permanently configured (e.g., hardwired), or temporarily configured (e.g., programmed) to operate in a certain manner or to perform certain operations described herein. Considering embodiments in which hardware modules are temporarily configured (e.g., programmed), each of the hardware modules need not be configured or instantiated at any one instance in time. For example, where the hardware modules comprise a general-purpose processor configured using software, the general-purpose processor may be configured as respective different hardware modules at different times. Software may accordingly configure a processor, for example, to constitute a particular hardware module at one instance of time and to constitute a different hardware module at a different instance of time.

Hardware and software modules can provide information to, and receive information from, other hardware and/or software modules. Accordingly, the described hardware modules may be regarded as being communicatively coupled. Where multiple of such hardware or software modules exist contemporaneously, communications may be achieved through signal transmission (e.g., over appropriate circuits and buses) that connect the hardware or software modules. In embodiments in which multiple hardware modules or software are configured or instantiated at different times, communications between such hardware or software modules may be achieved, for example, through the storage and retrieval of information in memory structures to which the multiple hardware or software modules have access. For example, one hardware or software module may perform an operation and store the output of that operation in a memory device to which it is communicatively coupled. A further hardware or software module may then, at a later time, access the memory device to retrieve and process the stored output. Hardware and software modules may also initiate communications with input or output devices, and can operate on a resource (e.g., a collection of information).

The various operations of example methods described herein may be performed, at least partially, by one or more processors that are temporarily configured (e.g., by software) or permanently configured to perform the relevant operations. Whether temporarily or permanently configured, such processors may constitute processor-implemented modules that operate to perform one or more operations or functions. The modules referred to herein may, in some example embodiments, comprise processor-implemented modules.

Similarly, the methods or routines described herein may be at least partially processor-implemented. For example, at least some of the operations of a method may be performed by one or processors or processor-implemented hardware modules. The performance of certain of the operations may be distributed among the one or more processors, not only residing within a single machine, but deployed across a number of machines. In some example embodiments, the processor or processors may be located in a single location (e.g., within a home environment, an office environment or as a server farm), while in other embodiments the processors may be distributed across a number of locations.

The one or more processors may also operate to support performance of the relevant operations in a “cloud computing” environment or as a SaaS. For example, at least some of the operations may be performed by a group of computers (as examples of machines including processors), these operations being accessible via a network (e.g., the Internet) and via one or more appropriate interfaces (e.g., application program interfaces (APIs).)

The performance of certain of the operations may be distributed among the one or more processors, not only residing within a single machine, but deployed across a number of machines. In some example embodiments, the one or more processors or processor-implemented modules may be located in a single geographic location (e.g., within a home environment, an office environment, or a server farm). In other example embodiments, the one or more processors or processor-implemented modules may be distributed across a number of geographic locations.

Some portions of this specification are presented in terms of algorithms or symbolic representations of operations on data stored as bits or binary digital signals within a machine memory (e.g., a computer memory). These algorithms or symbolic representations are examples of techniques used by those of ordinary skill in the data processing arts to convey the substance of their work to others skilled in the art. As used herein, an “algorithm” or a “routine” is a self-consistent sequence of operations or similar processing leading to a desired result. In this context, algorithms, routines and operations involve physical manipulation of physical quantities. Typically, but not necessarily, such quantities may take the form of electrical, magnetic, or optical signals capable of being stored, accessed, transferred, combined, compared, or otherwise manipulated by a machine. It is convenient at times, principally for reasons of common usage, to refer to such signals using words such as “data,” “content,” “bits,” “values,” “elements,” “symbols,” “characters,” “terms,” “numbers,” “numerals,” or the like. These words, however, are merely convenient labels and are to be associated with appropriate physical quantities.

Unless specifically stated otherwise, discussions herein using words such as “processing,” “computing,” “calculating,” “determining,” “presenting,” “displaying,” or the like may refer to actions or processes of a machine (e.g., a computer) that manipulates or transforms data represented as physical (e.g., electronic, magnetic, or optical) quantities within one or more memories (e.g., volatile memory, non-volatile memory, or a combination thereof), registers, or other machine components that receive, store, transmit, or display information.

As used herein any reference to “one embodiment” or “an embodiment” means that a particular element, feature, structure, or characteristic described in connection with the embodiment is included in at least one embodiment. The appearances of the phrase “in one embodiment” in various places in the specification are not necessarily all referring to the same embodiment.

Upon reading this disclosure, those of skill in the art will appreciate still additional alternative structural and functional designs for executing actions with one or more UAVs, collecting information via one or more UAVs, and/or and utilizing this collected information through the disclosed principles herein. Thus, while particular embodiments and applications have been illustrated and described, it is to be understood that the disclosed embodiments are not limited to the precise construction and components disclosed herein. Various modifications, changes and variations, which will be apparent to those skilled in the art, may be made in the arrangement, operation and details of the method and apparatus disclosed herein without departing from the spirit and scope defined in the appended claims.

The patent claims at the end of this patent application are not intended to be construed under 35 U.S.C. § 112(f) unless traditional means-plus-function language is expressly recited, such as “means for” or “step for” language being explicitly recited in the claim(s). 

What is claimed is:
 1. A computer-implemented method for controlling an unmanned aerial vehicle (UAV), comprising: displaying, via one or more processors, a map window; displaying, via one or more processors, live video received from a UAV within a live video window that is superimposed over the map window at a mapped location that corresponds to a geographic location of the UAV while the live video is being captured; updating, via one or more processors, the live video window in response to a first zooming gesture performed within the live video window; updating, via one or more processors, the map window in response to a second zooming gesture performed within the map window and outside of the live video window while maintaining the live video within the live video window; translating, via one or more processors, a change in zoom level resulting from the first zooming gesture as an equivalent change in the UAV's altitude; generating, via one or more processors, one or more UAV commands based upon the change in the UAV's altitude; and transmitting, via one or more processors, the one or more UAV commands to the UAV.
 2. The computer-implemented method of claim 1, wherein the one or more UAV commands, when received by the UAV, cause the UAV to change its altitude in accordance with the change in zoom level.
 3. The computer-implemented method of claim 1, wherein the first zooming gesture corresponds to zooming in within the live video window, and wherein the act of updating the live video window includes zooming in within the live video window prior to generating the one or more UAV commands.
 4. The computer-implemented method of claim 3, wherein the one or more UAV commands cause the UAV to move to a lower altitude in accordance with the first zooming gesture that corresponds to zooming in within the live video window, and wherein, upon the UAV moving to the lower altitude, the live video window presents the live video at a zoom level that is the same as that presented prior to the first zooming gesture being performed.
 5. The computer-implemented method of claim 1, further comprising updating, by one or more processors, the map window in response to a panning gesture performed within the map window and outside of the live video window.
 6. The computer-implemented method of claim 5, wherein the live video window maintains its superimposed position relative to edges of the map window while the map window is panned such that the superimposed position of the live video window is moved to an updated mapped position within the map window.
 7. The computer-implemented method of claim 6, further comprising: generating, by one or more processors, one or more additional UAV commands based upon the updated mapped position of the UAV within the map window, wherein the one or more additional UAV commands cause the UAV to change its geographic location to match the updated mapped position of the UAV within the map window.
 8. A portable computing device for controlling an unmanned aerial vehicle (UAV), comprising: an interactive display configured to present (i) a map window, and (ii) live video received from a UAV within a live video window that is superimposed over the map window at a mapped location that corresponds to a geographic location of the UAV while the live video is being captured; a graphical display unit (GDU) configured to update (i) the live video window in response to a first zooming gesture performed within the live video window, and (ii) the map window in response to a second zooming gesture performed within the map window and outside of the live video window while maintaining the live video within the live video window; a processor configured to translate a change in zoom level resulting from the first zooming gesture as an equivalent change in the UAV's altitude, and to generate one or more UAV commands based upon the change in the UAV's altitude; and a communication unit configured to transmit the one or more UAV commands to the UAV.
 9. The portable computing device of claim 8, wherein the one or more UAV commands, when received by the UAV, cause the UAV to change its altitude in accordance with the change in zoom level.
 10. The portable computing device of claim 8, wherein the first zooming gesture corresponds to zooming in within the live video window, and wherein the GDU is further configured to update the live video window by zooming in within the live video window prior to the processor generating the one or more UAV commands.
 11. The portable computing device of claim 10, wherein the one or more UAV commands cause the UAV to move to a lower altitude in accordance with the first zooming gesture that corresponds to zooming in within the live video window, and wherein, upon the UAV moving to the lower altitude, the live video window presents the live video at a zoom level that is the same as that presented prior to the first zooming gesture being performed.
 12. The portable computing device of claim 8, wherein the GDU is further configured to update the map window in response to a panning gesture performed within the map window and outside of the live video window.
 13. The portable computing device of claim 12, wherein the GDU is further configured to update the map window by maintaining the superimposed position of the live video window relative to edges of the map window while the map window is panned such that the superimposed position of the live video window is moved to an updated mapped position within the map window.
 14. The portable computing device of claim 13, wherein the processor is further configured to generate one or more additional UAV commands based upon the updated mapped position of the UAV within the map window, and wherein the one or more additional UAV commands cause the UAV to change its geographic location to match the updated mapped position of the UAV within the map window.
 15. A non-transitory computer-readable media having instructions stored thereon to control an unmanned aerial vehicle (UAV) that, when executed by one or more processors, cause the one or more processors to: display a map window; display live video received from a UAV within a live video window that is superimposed over the map window at a mapped location that corresponds to a geographic location of the UAV while the live video is being captured; update the live video window in response to a first zooming gesture performed within the live video window; update the map window in response to a second zooming gesture performed within the map window and outside of the live video window while maintaining the live video within the live video window; translate a change in zoom level resulting from the first zooming gesture as an equivalent change in the UAV's altitude; generate one or more UAV commands based upon the change in the UAV's altitude; and transmit the one or more UAV commands to the UAV.
 16. The non-transitory computer-readable media of claim 15, wherein the one or more UAV commands, when received by the UAV, cause the UAV to change its altitude in accordance with the change in zoom level.
 17. The non-transitory computer-readable media of claim 15, wherein: the first zooming gesture corresponds to zooming in within the live video window, and the instructions, when executed by one or more processors, cause the one or more processors to update the live video window by zooming in within the live video window prior to generating the one or more UAV commands, the one or more UAV commands cause the UAV to move to a lower altitude in accordance with the first zooming gesture that corresponds to zooming in within the live video window, and upon the UAV moving to the lower altitude, the live video window presents the live video at a zoom level that is the same as that presented prior to the first zooming gesture being performed.
 18. The non-transitory computer-readable media of claim 15, further including instructions that, when executed by one or more processors, cause the one or more processors to update the map window in response to a panning gesture performed within the map window and outside of the live video window.
 19. The non-transitory computer-readable media of claim 18, wherein the live video window maintains its superimposed position relative to edges of the map window while the map window is panned such that the superimposed position of the live video window is moved to an updated mapped position within the map window.
 20. The non-transitory computer-readable media of claim 19, further including instructions that, when executed by one or more processors, cause the one or more processors to generate one or more additional UAV commands based upon the updated mapped position of the UAV within the map window, wherein the one or more additional UAV commands cause the UAV to change its geographic location to match the updated mapped position of the UAV within the map window. 